Client-Side MVC Roundup
Client-Side MVC Roundup
Join the DZone community and get the full member experience.Join For Free
Jumpstart your Angular applications with Indigo.Design, a unified platform for visual design, UX prototyping, code generation, and app development.
Here is a breakdown of the alternate technologies in the Client-Side MVC space. What I’m showing, in graph form, is “lines of code” analysis of the well-known reference todo list app implemented in each of the competing technologies:
Breaking the examples down into groups.
In order of terseness, all of Batman, AngularJs, Knockout, Olives, o_O, Dermis, Agility, Knockback and Montage all extend HTML with turing-completeness. That is the equivalent of if/else conditionals, and looping structures. The HTML is non-standard as a result, and is it’s own template. Batman, AngularJs, Knockout are the ones with recognition.
<ul id="todo-list"> <li some_extra_attribute="some looping expression"> <!-- # more HTML logic incl template stuff. --> </li> </ul>
<ul id="todo-list" some_extra_attribute="some looping expression that's about the 'li' inner..."> <li> <!-- more HTML logic incl template stuff. --> </li> </ul>
This group is my preference.
In one case, the templating is in the HTML, but there’s no directives around turing completeness.
Part HTML, part separate ‘html’ template
There are large communities around Backbone, Ember, and Spine, YUI. Larger communities than for the turing-complete HTML ones above. Backbone is half way up the terseness leader-board (as you can see). Lesser known are the others in the space are Sammy, SocketStream, Staples, SomaJS, Epitome, Dijon, Plastronic, TroopJS, Google’s Closure, PureMVC. Those last, in terseness order again of course.
This group has templates hived off into script tags …
<script type="text/x-handlebars"> // template stuff here, incl HTML and turing-complete logic </script>
<script type="text/x-handlebars-template"> // template stuff here, incl HTML and turing-complete logic </script>
<script type="text/template"> // template stuff here, incl HTML and turing-complete logic </script>
… or totally separate .html files. Thus they do not “pollute HTML”. It also means that the though that would repeat, or would be conditional is missing from the intended ‘place’ in the source code (or the DOM depending on your point of view).
Reminiscent of HTML, but not HTML ‘source’
Dart is either in this category, or the last one. At least, I say that after inspecting the TODOMVC example source. There’s a HTML page that contains the ‘outer’ application, but Dart is composing HTML fragments for TODOs in code and injecting them where appropriate. Sure the language is easy to read, but it is questionable to tape strings together to make HTML in procedural code.
Any technologies I didn’t mention in the first two categories, are in here (except GWT, which is it’s own thing).
Even better if …
Addy Osmani’s and Sindre Sorhus’s TODOMVC site is fantastic. It allows people who care to compare implementations. It could be better though – branches for each implementation, with greater consistency between examples. Also, I’m not sure how much patronage it gets from the makers of each framework. Is each example canonical? Are they all exactly the same functionality.
There’s also the question of server side interaction. All but a couple of these example apps have no server-side persistence. A GET of the TODO-list and PUT/POST of it going back to the server for posterity, would help complete the terse/elegant vs. verbose/confusing picture for people wanting to make a choice.
Method and Accuracy
There’s a couple of shell scripts in the root of http://github.com/paul-hammant/todomvc. There could also be different functionality or idiomatic correctness for each of the frameworks. Thus Batman vs Angular (the left-most two frameworks), or any others, could change position were the experts to review the source, and contribute to the TODOMVC project on GitHub.
Published at DZone with permission of Paul Hammant , DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.