>> The caveat being that that code only needs to be parsed and executed once in a single page application.
Sure, if you don't consider users that open lots of tabs, or users that close their browsers periodically (e.g. mobile).
>> Presumably this cost is providing value to the developer in terms of reduced development time, reduced complexity, or improved correctness. You shouldn't typically incur significant wasted cost in execution
Ideally that would be the case, but from my Angular experience, it's unfortunately not always so clear cut (e.g. filter caching is a good example of time wasted in refactoring for performance reasons)
>> You would never add items to the DOM individually
I was under the impression that this is more or less what everyone was criticizing about Backbone rendering a few months ago when that Om article came out.
Sure, if you don't consider users that open lots of tabs, or users that close their browsers periodically (e.g. mobile).
>> Presumably this cost is providing value to the developer in terms of reduced development time, reduced complexity, or improved correctness. You shouldn't typically incur significant wasted cost in execution
Ideally that would be the case, but from my Angular experience, it's unfortunately not always so clear cut (e.g. filter caching is a good example of time wasted in refactoring for performance reasons)
>> You would never add items to the DOM individually
I was under the impression that this is more or less what everyone was criticizing about Backbone rendering a few months ago when that Om article came out.