Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.misc > #663

Re: Can Reactive Programming Handle Complexity?

From Marko Rauhamaa <marko@pacujo.net>
Newsgroups comp.misc
Subject Re: Can Reactive Programming Handle Complexity?
Date 2014-02-21 16:57 +0200
Organization A noiseless patient Spider
Message-ID <87k3coeco7.fsf@elektro.pacujo.net> (permalink)
References (1 earlier) <le59r0$1c4$1@dont-email.me> <le5aum$1c4$2@dont-email.me> <87sirdzmdy.fsf@elektro.pacujo.net> <9cb11c8e-0607-44b7-b8b6-370bb82f532a@googlegroups.com> <le7kk7$v5q$1@dont-email.me>

Show all headers | View raw


dialmove <dialmove@gmail.com>:

> Though it will require a lot of training on old-school developers,
> that's for sure!

Since nobody here seems to know enough about Reactive Programming to
train us old-school developers, I had to do some digging around. Here's
a PDF tutorial:

  <URL: http://go.microsoft.com/fwlink/?LinkId=208528>

It seems to be a big name for the concept of event streaming.
Specifically, C#/.NET has added standard classes to convert callbacks to
event streams.

Streaming definitely has its place and has been in active use for
decades (half-duplex Unix pipelines, full-duplex Sys V network drivers
etc), but it's a smallish paradigm that hardly merits the term "Reactive
Programming." It's nowhere near the fundamental nature of Logic
Programming or even threads.

By all means, use streams wherever applicable. Note, however, that when
addressing events, the devil is in the state machine. Very few things in
the event world are so streamlined that you can deal with them with a
nifty pipeline. And in the few cases where such a half-duplex pipeline
can be set up, a classic, prosaic *wrapper class* can manage your
reactive programming needs without special support from the standard
library.

Based on the Microsoft tutorial, it seems the main push behind Reactive
Programming is to get Visual Studio users to use a fancy new set of
classes available and maybe buy an upgrade while they are at that.


Marko

Back to comp.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Can Reactive Programming Handle Complexity? Oregonian Haruspex <bob_davis_retired@yahoo.com> - 2014-02-18 16:33 -0800
  Re: Can Reactive Programming Handle Complexity? dialmove <dialmove@gmail.com> - 2014-02-20 16:17 +0000
    Re: Can Reactive Programming Handle Complexity? dialmove <dialmove@gmail.com> - 2014-02-20 16:36 +0000
      Re: Can Reactive Programming Handle Complexity? Marko Rauhamaa <marko@pacujo.net> - 2014-02-20 20:09 +0200
        Re: Can Reactive Programming Handle Complexity? wjwlsn <ibillwilson@gmail.com> - 2014-02-20 13:05 -0800
          Re: Can Reactive Programming Handle Complexity? Marko Rauhamaa <marko@pacujo.net> - 2014-02-20 23:18 +0200
            Re: Can Reactive Programming Handle Complexity? wjwlsn <ibillwilson@gmail.com> - 2014-02-20 13:40 -0800
            Re: Can Reactive Programming Handle Complexity? dialmove <dialmove@gmail.com> - 2014-02-21 13:56 +0000
          Re: Can Reactive Programming Handle Complexity? dialmove <dialmove@gmail.com> - 2014-02-21 13:34 +0000
            Re: Can Reactive Programming Handle Complexity? Marko Rauhamaa <marko@pacujo.net> - 2014-02-21 16:57 +0200
              Re: Can Reactive Programming Handle Complexity? dialmove <dialmove@gmail.com> - 2014-02-21 15:49 +0000
                Re: Can Reactive Programming Handle Complexity? Marko Rauhamaa <marko@pacujo.net> - 2014-02-21 18:22 +0200

csiph-web