Whoa ... it's pretty cool to see bits and pieces of CoffeeScript's compiler (<a href="http://coffeescript.org/documentation/docs/grammar.html" rel="nofollow">http://coffeescript.org/documentation/docs/grammar.html</a>), broken out and reused for Serenade's template language (<a href="https://github.com/elabs/serenade.js/blob/master/src/grammar.coffee" rel="nofollow">https://github.com/elabs/serenade.js/blob/master/src/grammar...</a>). Fun.
I would avoid even trying this framework out because its written in coffeescript. I have nothing against cs and write most of my clientside app code in cs, but I think libraries should avoid using it. Simply because it makes debugging more complicated. It adds in an extra step or 2 every time you see a js error, you need to read the compiled code and then figure out where that is actually coming from, from an unknown codebase (your framework/lib).
I'm never tired of seeing new MVC js framework. I feel like there are still lots of improvement to be made. About serenade, I appreciate the simple object/arrays for models and also the innovative templating with bindings. (Instead of writing them in the html).
I don't really understand or appreciate what makes this framework better than something like Backbone, Spine or Sproutcore.<p>Or to put it in another way: What problem does this solve that Backbone/Spine/Sproutcore don't solve as well?
It baffles me how developers keep pushing for classes and classical inheritance in JS, since it's clearly not how it was meant to be used. Why not play to the language's strenghts instead?
Very nice! Looks like Backbone.js turned into a framework with batteries included and in-template event bindings.<p>I think it would make more sense to liken Serenade to Brunch, a kind of framework based on Backbone. Serenade certainly looks promising in comparison.
I am quite literally at a loss. I want to do something in Node with an MVC JS framework, but there seem to be hundreds of them. There is no clear front runner and that has to be hurting uptake.<p>So, what is the #1, #2 and #3 out there and where should I be spending my (not enough of it with two kids) time these days?
Doesn't seem particularly game-changing.<p>I do like the haml style templating though, anything like this exist standalone with coffeescipt not js syntax?<p>We currently use eco (<a href="https://github.com/sstephenson/eco" rel="nofollow">https://github.com/sstephenson/eco</a>), but that's standard html.
This is just what the doctor ordered, for me. Been searching for a lightweight pure framework that plays nice with other mobile app dev frameworks. Looks like something I can wrap my head around. Someone mentioned it earlier, this got just as much to do with mental models.
Nice to see another JavaScript MVC Framework written in CoffeeScript. Almost like Spine.js (<a href="http://spinejs.com/" rel="nofollow">http://spinejs.com/</a>) A new thing to try it out later, but I'll stay with Backbone.js for now.
Implementation of todomvc in Serenade.js: <a href="https://github.com/elabs/serenade_todomvc/blob/gh-pages/js/app.coffee" rel="nofollow">https://github.com/elabs/serenade_todomvc/blob/gh-pages/js/a...</a>
Like. I think this feels more sparse than I'd expect, which is a good thing. Not going to switch from backbone right now though, but I appreciate the experimentation.
We have a responsibility to provide server-side rendering accessible to the rest of the web. Can Serenade.js do this? The existing examples are all broken—no content whatsoever without running custom code at the client.
Some advice on views, returning DOM nodes is not performant. DOM insertion is costly. Consider a view representing a message in a chat room or tweets. What if you want to insert 1000 messages in to a parent view? Building all the messges in a string is much faster than inserting a DOM element for each message. Google jsperf and see how badly the jquery template engine performs which is based on DOMs versus micro-templating.