Package detail

mobservable

mweststrate1.9kMIT1.2.5

Observable data. Reactive functions. Simple code.

mobservable, observable, react-component, react

readme

mobservable

Observable data. Reactive functions. Simple code.

Build Status Coverage Status Join the chat at https://gitter.im/mweststrate/mobservable #mobservable channel on reactiflux discord


Introduction

Mobservable enables your data structures to become observable. Next to that it can make your functions (or React components) reactive, so that they re-evaluate whenever relevant data is altered. It's like Excel for JavaScript: any data structure can be turned into a 'data cell', and every function or user interface component can be turned into a 'formula' that updates automatically. Mobservable is unopiniated about which data structures to use; it can work with mutable objects, arrays, (cyclic) references, classes etc. So that your actions, stores and user interface can remain KISS. Besides that, it is fast.

The essentials

Mobservable can be summarized in two functions that will fundamentally simplify the way you write React applications. Let's start by building a really really simple timer application:

var timerData = mobservable.observable({
  secondsPassed: 0
});

setInterval(function() {
  timerData.secondsPassed++;
}, 1000);

var Timer = mobservable.observer(React.createClass({
  render: function() {
    return (<span>Seconds passed: { this.props.timerData.secondsPassed } </span> )
  }
}));

React.render(<Timer timerData={timerData} />, document.body);

In the example above the timerData data structure is made observable and the Timer component is turned into an observer. Mobservable will automatically track all relations between observable data and observing functions (or components) so that the minimum amount of observers is updated to keep all observers fresh.

Its as simple as that. In the example above the Timer will automatically update each time the property timerData.secondsPassed is altered. This is because setter notifies the Timer observer. The actual interesting thing about this approach are the things that are not in the code:

  • The setInterval method didn't alter. It still treats timerData as a plain JS object.
  • If the Timer component would be somewhere deep in our app; only the Timer would be re-rendered. Nothing else (sideways data loading).
  • There are no subscriptions of any kind that need to be managed.
  • There is no forced UI update in our 'controller'.
  • There is no state in the component. Timer is a dumb component.
  • This approach is unobtrusive; you are not forced to apply certain techniques like keeping all data denormalized and immutable.
  • There is no higher order component that needs configuration; no scopes, lenses or cursors.
  • There is no magic context being passed through components.

Notice

Unlike Object.observe, you cannot track added properties. So remeber to initialize any property you want to observe. Null values work if you don't have any value yet. Observing added properties is impossible to achieve without native Proxy support or dirty checking.

Getting started

Top level api

For the full api, see the API documentation. This is an overview of most important functions available in the mobservable namespace:

observable(value, options?) The observable function is the swiss knife of mobservable and enriches any data structure or function with observable capabilities.

autorun(function) Turns a function into an observer so that it will automatically be re-evaluated if any data values it uses changes.

observer(reactJsComponent) The observer function (and ES6 decorator) from the mobservable-react turns any Reactjs component into a reactive one. From there on it will responds automatically to any relevant change in observable data that was used by its render method.

Examples

Philosophy

Mobservable is inspired by Microsoft Excel and existing TFRP implementations like MeteorJS tracker, knockout and Vue.js.

What others are saying...

Elegant! I love it! ‐ Johan den Haan, CTO of Mendix

We ported the book Notes and Kanban examples to Mobservable. Check out the source to see how this worked out. Compared to the original I was definitely positively surprised. Mobservable seems like a good fit for these problems. ‐ Juho Vepsäläinen, author of "SurviveJS - Webpack and React" and jster.net curator

Great job with Mobservable! Really gives current conventions and libraries a run for their money. ‐ Daniel Dunderfelt

I was reluctant to abandon immutable data and the PureRenderMixin, but I no longer have any reservations. I can't think of any reason not to do things the simple, elegant way you have demonstrated. ‐David Schalk, fpcomplete.com

Contributing

  • Feel free to send pr requests.
  • Use npm test to run the basic test suite, npm run converage for the test suite with coverage and npm run perf for the performance tests.

changelog

1.2.5

  • Map no longer throws when .has, .get or .delete is invoked with an invalid key (#116)
  • Files are now compiled without sourcemap to avoid issues when loading mobservable in a debugger when src/ folder is not available.

1.2.4

  • Fixed: observable arrays didn't properly apply modifiers if created using asFlat([]) or fastArray([])
  • Don't try to make frozen objects observable (by @andykog)
  • observableArray.reverse no longer mutates the arry but just returns a sorted copy
  • Updated tests to use babel6

1.2.3

  • observableArray.sort no longer mutates the array being sorted but returns a sorted clone instead (#90)
  • removed an incorrect internal state assumption (#97)

1.2.2

  • Add bower support

1.2.1

  • Computed value now yields consistent results when being inspected while in transaction

1.2.0

1.1.8

  • Implemented #59, isObservable and observe now support a property name as second param to observe individual values on maps and objects.

1.1.7

  • Fixed #77: package consumers with --noImplicitAny should be able to build

1.1.6

  • Introduced mobservable.fastArray(array), in addition to mobservable.observable(array). Which is much faster when adding items but doesn't support enumerability (for (var idx in ar) .. loops).
  • Introduced observableArray.peek(), for fast access to the array values. Should be used read-only.

1.1.5

  • Fixed 71: transactions should not influence running computations

1.1.4

  • Fixed #65; illegal state exception when using a transaction inside a reactive function. Credits: @kmalakoff

1.1.3

  • Fixed #61; if autorun was created during a transaction, postpone execution until the end of the transaction

1.1.2

  • Fixed exception when autorunUntil finished immediately

1.1.1

  • toJSON now serializes object trees with cycles as well. If you know the object tree is acyclic, pass in false as second parameter for a performance gain.

1.1.0

  • Exposed ObservableMap type
  • Introduced mobservable.untracked(block)
  • Introduced mobservable.autorunAsync(block, delay)

1.0.9

Removed accidental log message

1.0.7 / 1.0.8

Fixed inconsistency when using transaction and @observer, which sometimes caused stale values to be displayed.

1.0.6

Fix incompatibility issue with systemjs bundler (see PR 52)

1.0.4/5

  • map.size is now a property instead of a function
  • map() now accepts an array as entries to construct the new map
  • introduced isObservableObject, isObservableArray and isObservableMap
  • introduced observe, to observe observable arrays, objects and maps, similarly to Object.observe and Array.observe

1.0.3

  • extendObservable now supports passing in multiple object properties

1.0.2

  • added mobservable.map(), which creates a new map similarly to ES6 maps, yet observable. Until properly documentation, see the MDN docs.

1.0.1

  • Stricter argument checking for several api's.

1.0

Renames

  • isReactive -> isObservable
  • makeReactive -> observable
  • extendReactive -> extendObservable
  • observe -> autorun
  • observeUntil -> autorunUntil
  • observeAsync -> autorunAsync
  • reactiveComponent -> observer (in mobservable-react package)

Breaking changes

  • dropped the strict and logLevel settings of mobservable. View functions are by default run in strict mode, autorun (formerly: observe) functions in non-strict mode (strict indicates that it is allowed to change other observable values during the computation of a view funtion). Use extras.withStrict(boolean, block) if you want to deviate from the default behavior.
  • observable (formerly makeReactive) no longer accepts an options object. The modifiers asReference, asStructure and asFlat can be used instead.
  • dropped the default export of observable
  • Removed all earlier deprecated functions

Bugfixes / improvements

  • mobservable now ships with TypeScript 1.6 compliant module typings, no external typings file is required anymore.
  • mobservable-react supports React Native as well through the import "mobservable-react/native".
  • Improved debugger support
  • for (var key in observablearray) now lists the correct keys
  • @observable now works correct on classes that are transpiled by either TypeScript or Babel (Not all constructions where supported in Babel earlier)
  • Simplified error handling, mobservable will no longer catch errors in views, which makes the stack traces easier to debug.
  • Removed the initial 'welcom to mobservable' logline that was printed during start-up.

0.7.1

  • Backported Babel support for the @observable decorator from the 1.0 branch. The decorator should now behave the same when compiled with either Typescript or Babeljs.

0.7.0

  • Introduced strict mode (see issues #30, #31)
  • Renamed sideEffect to observe
  • Renamed when to observeUntil
  • Introduced observeAsync.
  • Fixed issue where changing the logLevel was not picked up.
  • Improved typings.
  • Introduces asStructure (see #8) and asFlat.
  • Assigning a plain object to a reactive structure no longer clones the object, instead, the original object is decorated. (Arrays are still cloned due to Javascript limitations to extend arrays).
  • Reintroduced expr(func) as shorthand for makeReactive(func)(), which is useful to create temporarily views inside views
  • Deprecated the options object that could be passed to makeReactive.
  • Deprecated the options object that could be passed to makeReactive:
    • A thisArg can be passed as second param.
    • A name (for debugging) can be passed as second or third param
    • The as modifier is no longer needed, use asReference (instead of as:'reference') or asFlat (instead of recurse:false).

0.6.10

  • Fixed issue where @observable did not properly create a stand-alone view

0.6.9

  • Fixed bug where views where sometimes not triggered again if the dependency tree changed to much.

0.6.8

  • Introduced when, which, given a reactive predicate, observes it until it returns true.
  • Renamed sideEffect -> observe

0.6.7:

  • Improved logging

0.6.6:

  • Deprecated observable array .values() and .clone()
  • Deprecated observeUntilInvalid; use sideEffect instead
  • Renamed mobservable.toJson to mobservable.toJSON

0.6.5:

  • It is no longer possible to create impure views; views that alter other reactive values.
  • Update links to the new documentation.

0.6.4:

  • 2nd argument of sideEffect is now the scope, instead of an options object which hadn't any useful properties

0.6.3

  • Deprecated: reactiveComponent, reactiveComponent from the separate package mobservable-react should be used instead
  • Store the trackingstack globally, so that multiple instances of mobservable can run together

0.6.2

  • Deprecated: @observable on functions (use getter functions instead)
  • Introduced: getDependencyTree, getObserverTree and trackTransitions
  • Minor performance improvements