Hacker News new | past | comments | ask | show | jobs | submit login
Revesiting Backbone.js View Rendering (elving.me)
9 points by elving on March 20, 2013 | hide | past | favorite | 7 comments



There are numerous benefits to using a presenter, or at least a "renderContext" object. Most conversion, formatting, predicates, and lazy attributes won't come through with toJSON(). The performance penalty is negligible compared to the benefit of testable presenter methods, logic out of the view, etc.

Performance isn't the only thing to consider.


I agree that putting all that logic and template vars into a template is confusing. Hard to create mocks of what the HTML should actually be structured like. Im using Jade so I can be terse and pre-compiling the templates. While in my Backbone application, I apply DOM-like rendering with Plates.js.


I'm not familiar with Backbone but isn't `model.toJSON()` unnecessarily removing useful data types (like Date) that aren't available in JSON ?


You're probably thinking of `JSON.stringify()`. `model.toJSON()` just returns a clone of the models attributes object.


So `model.toJSON()` isn't supposed to return a JSON-compatible data structure ?


It's supposed to return an object that is suitable for turning into JSON, but it won't convert any of items members. JSON.stringify relies on the toJSON functions of the members to serialize themselves.


Why is using 'model.toJSON()' overkill?




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: