observables_extended v0.3.5 Observables.Reactivity View Source

Link to this section Summary

Functions

  • Lifts a unary function and applies it to an observable (essentially a wrapper for the map observable)
  • Lifts a binary function and applies it to two observables
  • Consumes processed values in a stream-wise fashion. This is similar to event-stream processing in FRP.
  • Lifts a binary function and applies it to two observables
  • Does not consume processed values, but keeps them as state until a more recent value is received, at which point the value is updated and a new output value is produced. This is similar to a behaviour with discrete updates in FRP.
  • Lifts an n-ary function and applies it to a list of n observables.
  • Does not consume processed values of observables in the first lsit, but instead keeps them as state until a more recent value is received, Does not produce output when receiving a value of an observable in this list.
  • Consumes processed values of observables in the second list in a stream-wise fashion. Only when all observables of this list have a value available is an output produced
  • Lifts an n-ary function and applies it to a list of n observables.
  • Does not consume processed values of observables in the first lsit, but instead keeps them as state until a more recent value is received, Does not produce output when receiving a value of an observable in this list.
  • Consumes processed values of observables in the second list in a stream-wise fashion. Only when all observables of this list have a value available is an output produced Buffers last zipped values from this list so that they do not get lost in the absence of values from observables in the first list.
  • Lifts an n-ary function and applies it to a list of n observables.
  • Does not consume processed values of observables in the first lsit, but instead keeps them as state until a more recent value is received, Does not produce output when receiving a value of an observable in this list.
  • Consumes processed values of observables in the second list in a stream-wise fashion. Only when all observables of this list have a value available is an output produced Buffers last zipped values from this list so that they do not get lost in the absence of values from observables in the first list. When for all observables in the first list a value is received, the buffered zipped values are combined with these values until the buffer is empty.
  • Lifts an n-ary function and applies it to a list of n observables.
  • Consumes processed values in a stream-wise fashion. This is similar to event-stream processing in FRP.
  • Lifts an n-ary function and applies it to a list of n observables.
  • Does not consume processed values, but keeps them as state until a more recent value is received, at which point the value is updated and a new output value is produced. This is similar to a behaviour with discrete updates in FRP.
  • Lifts a function that can operate on lists of variable sizes and applies it to a variable sized list of observables, which is initially the given list.
  • Takes a higher order observable ob that announces new observables to add to the list of incoming dependencies. Observables that have stopped will be removed and operation will continue with the remaining ones.
  • Consumes processed values in a stream-wise fashion. This is similar to event-stream processing in FRP.
  • Lifts a function that can operate on lists of variable sizes and applies it to a variable sized list of observables, which is initially the given list.
  • Takes a higher order observable ob that announces new observables to add to the list of incoming dependencies. Observables that have stopped will be removed and operation will continue with the remaining ones.
  • Does not consume processed values, but keeps them as state until a more recent value is received, at which point the value is updated and a new output value is produced. This is similar to a behaviour with discrete updates in FRP.

Link to this section Functions

  • Lifts a unary function and applies it to an observable (essentially a wrapper for the map observable)
Link to this function

liftapp2_propagate(obs1, obs2, fun) View Source

  • Lifts a binary function and applies it to two observables
  • Consumes processed values in a stream-wise fashion. This is similar to event-stream processing in FRP.
Link to this function

liftapp2_update(obs1, obs2, fun) View Source

  • Lifts a binary function and applies it to two observables
  • Does not consume processed values, but keeps them as state until a more recent value is received, at which point the value is updated and a new output value is produced. This is similar to a behaviour with discrete updates in FRP.
Link to this function

liftapp_update_propagate(obss1, obss2, fun) View Source

  • Lifts an n-ary function and applies it to a list of n observables.
  • Does not consume processed values of observables in the first lsit, but instead keeps them as state until a more recent value is received, Does not produce output when receiving a value of an observable in this list.
  • Consumes processed values of observables in the second list in a stream-wise fashion. Only when all observables of this list have a value available is an output produced
Link to this function

liftapp_update_propagate_buffered(obss1, obss2, fun) View Source

  • Lifts an n-ary function and applies it to a list of n observables.
  • Does not consume processed values of observables in the first lsit, but instead keeps them as state until a more recent value is received, Does not produce output when receiving a value of an observable in this list.
  • Consumes processed values of observables in the second list in a stream-wise fashion. Only when all observables of this list have a value available is an output produced Buffers last zipped values from this list so that they do not get lost in the absence of values from observables in the first list.
Link to this function

liftapp_update_propagate_buffered_propagating(obss1, obss2, fun) View Source

  • Lifts an n-ary function and applies it to a list of n observables.
  • Does not consume processed values of observables in the first lsit, but instead keeps them as state until a more recent value is received, Does not produce output when receiving a value of an observable in this list.
  • Consumes processed values of observables in the second list in a stream-wise fashion. Only when all observables of this list have a value available is an output produced Buffers last zipped values from this list so that they do not get lost in the absence of values from observables in the first list. When for all observables in the first list a value is received, the buffered zipped values are combined with these values until the buffer is empty.
Link to this function

liftappn_propagate(obss, fun) View Source

  • Lifts an n-ary function and applies it to a list of n observables.
  • Consumes processed values in a stream-wise fashion. This is similar to event-stream processing in FRP.
Link to this function

liftappn_update(obss, fun, inits \\ nil) View Source

  • Lifts an n-ary function and applies it to a list of n observables.
  • Does not consume processed values, but keeps them as state until a more recent value is received, at which point the value is updated and a new output value is produced. This is similar to a behaviour with discrete updates in FRP.
Link to this function

liftappvar_propagate(obs, obss, fun) View Source

  • Lifts a function that can operate on lists of variable sizes and applies it to a variable sized list of observables, which is initially the given list.
  • Takes a higher order observable ob that announces new observables to add to the list of incoming dependencies. Observables that have stopped will be removed and operation will continue with the remaining ones.
  • Consumes processed values in a stream-wise fashion. This is similar to event-stream processing in FRP.
Link to this function

liftappvar_update(obs, obss, fun, inits \\ nil) View Source

  • Lifts a function that can operate on lists of variable sizes and applies it to a variable sized list of observables, which is initially the given list.
  • Takes a higher order observable ob that announces new observables to add to the list of incoming dependencies. Observables that have stopped will be removed and operation will continue with the remaining ones.
  • Does not consume processed values, but keeps them as state until a more recent value is received, at which point the value is updated and a new output value is produced. This is similar to a behaviour with discrete updates in FRP.