Difference between revisions of "Reactive Programming"
From MohidWiki
(→Asynchronous dataflow) |
|||
| (6 intermediate revisions by the same user not shown) | |||
| Line 9: | Line 9: | ||
== Decoupling data from operations on data == | == Decoupling data from operations on data == | ||
| + | To have a data flow between nodes it is necessary to decouple data from operations on data. Messages, tokens in data flow parlance, are send from node to node through arcs. | ||
| + | Dut to the non-deterministic nature of a large system like Mohid, a asynchronous approach was chosen, using the Hollywood principle (stated as "don't call us, we'll call you."[http://en.wikipedia.org/wiki/Hollywood_principle]). Here we will focus on asynchronous reactive dataflow systems, focusing on the actor model. Reactive dataflow systems can be: | ||
| + | *asynchronous; or | ||
| + | *synchronous. | ||
| + | |||
| + | === Asynchronous dataflow === | ||
| + | According to Matt Carcki[https://leanpub.com/dataflowbook] "Asynchronous execution is when a node fires any time that its activation preconditions are met, possibly at the same time as other nodes". | ||
| + | |||
| + | === Synchronous dataflow === | ||
| + | Still according to Matt Carcki[https://leanpub.com/dataflowbook] "Synchronous execution is when the nodes fires on a pre-calculated, fixed schedule. This implies that the program has to be compiled first to build the schedule. The schedule determines which nodes have to fire before others, how often they have to fire and which nodes can fire simultaneously". Synchronous dataflow requires the token rate to be known at design time. | ||
Latest revision as of 21:54, 14 October 2014
According to Wikipedia[1] "(...) reactive programming is a programming paradigm oriented around data flows and the propagation of change. This means that it should be possible to express static or dynamic data flows with ease in the programming languages used, and that the underlying execution model will automatically propagate changes through the data flow."
"For example, in an imperative programming setting, 
would mean that 
is being assigned the result of 
in the instant the expression is evaluated. Later, the values of 
and 
can be changed with no effect on the value of ."
"In reactive programming, the value of would be automatically updated based on the new values."
Contents
MS Excel is a reactive programming environment
Continuing from Wikipedia[2] "A modern spreadsheet program is an example of reactive programming. Spreadsheet cells can contain literal values, or formulas such as "=
" that are evaluated based on other cells. Whenever the value of the other cells change, the value of the formula is automatically updated."
Decoupling data from operations on data
To have a data flow between nodes it is necessary to decouple data from operations on data. Messages, tokens in data flow parlance, are send from node to node through arcs. Dut to the non-deterministic nature of a large system like Mohid, a asynchronous approach was chosen, using the Hollywood principle (stated as "don't call us, we'll call you."[3]). Here we will focus on asynchronous reactive dataflow systems, focusing on the actor model. Reactive dataflow systems can be:
- asynchronous; or
- synchronous.
Asynchronous dataflow
According to Matt Carcki[4] "Asynchronous execution is when a node fires any time that its activation preconditions are met, possibly at the same time as other nodes".
Synchronous dataflow
Still according to Matt Carcki[5] "Synchronous execution is when the nodes fires on a pre-calculated, fixed schedule. This implies that the program has to be compiled first to build the schedule. The schedule determines which nodes have to fire before others, how often they have to fire and which nodes can fire simultaneously". Synchronous dataflow requires the token rate to be known at design time.
