Demo of how Redux and morphdom can be coupled with Marionette in order to provide the benefit of popular React and Flux features — specifically, DOM diffing and unidirectional data flow.

I currently work on a large scale Marionette application; migrating to React or any other framework would be a massive effort. I began this repo seeking to determine whether it was possible to replicate the Flux pattern within a Marionette application.

We start by creating two versions of the application's root layout.

var windowRoot = new Root();
var virtualRoot = new Root();

The true root is attached to the document and will continue to serve as a representation of our application state.

app.rootRegion.show(windowRoot);

The virtual root will essentially act as the worker. It will be re-rendererd when changes are made to the app's global state object. The new HTML representation will then be diffed against the representation currently in the DOM in order to make efficient updates.

Following the Redux principles, views will leverage pure functions within reducers in order to update their models, dispatching events rather than setting properties on models directly.

onClick: function() {
  dispatch(toggleTodo(this.$el.data('model').id));
}

In doing so, a new global state object will be generated by combineReducers and the updateDOM callback will execute, rendering the virutalRoot using the new global state.

An HTML representation of this latest rendering will then be diffed against the representation currently in the DOM.

store.subscribe(function updateDOM() {
  var windowDOM = windowRoot.$el[0];
  var virtualDOM = virtualRoot.render().$el[0];
  morphdom(windowDOM, virtualDOM);
});

The true root will not be re-rendered. It is only rendered once at the beginning. From then on, morphdom will handle all future updates.

This approach largely ignores the event systems (i.e. modelEvents), provided in Backbone and Marionette in favor of a single dispatcher and pure functions. Using this approach, views should only be concerned with rendering and dispatching.

Since morpdom is now tasked with managing the DOM, we override Marionette's ChildView.remove. Doing so allows morphdom to update the DOM efficiently. This keeps morphdom from seeing more additions than is actually necessary.

As an alternative to the complexities of React's synthetic event system, DOM event listeners will continue to reside in the view's events.

events: {
  click: 'onClick'
}

One particular issue that arises when coupling discrete event listeners with DOM diffing is that the DOM node may be presenting data which is not part the view's model.

This is most apparent in the provided async example where views hold reference to thier li nodes whose text may have been replaced by morphdom. At this point, the view's node is presenting data that is not in the view's model.

Workaround:

In order to ensure the dispatcher is provided the correct model.id, we store the model on the node using the jQuery data property, model. This way, the proper id can be used when notifying the dispatcher.

dispatch(toggleTodo(this.$el.data('model').id));

If we need to reference the node currently in the DOM before updating, we can leverage morphdom's onBeforeElUpdated.

morphdom(windowDOM, virtualDOM, {
  onBeforeElUpdated: function(fromEl, toEl) {
    if (fromEl.hasAttribute('ref')) {
      $(toEl).trigger('before:update', fromEl);
    }
  }
});

We'll then set up a matching event listener in the view. This is useful when needing to maintain things like the text currently typed into an input field.

onBeforeUpdateInput: function(e, fromEl) {
  var $fromEl = $(fromEl);
  this.ui.input.val($fromEl.val());
}

If the view needs to know when its node has been attached to the document, we can leverage morphdom's onNodeAdded, again listening for our custom event in the view.

morphdom(windowDOM, virtualDOM, {
  onNodeAdded: function(node) {
    if (node.hasAttribute('ref')) {
      $(node).trigger('added', node);
    }
  }
});

You'll notice we've followed suit to React and tagged desired nodes with the ref attribute in order to specify when to trigger the event.