So what happens with all those JQuery plugins that manipulate the DOM directly in didInsertElement?
I'm guessing Glimmer doesn't have a clue how to optimize that use case. So a lot of components need to be rewritten from scratch in Ember-style?
Ember's Glimmer Engine
31–40 of 136 posts
Re: Ember's Glimmer Engine
#32So what happens with all those JQuery plugins that manipulate the DOM directly in didInsertElement?
I'm guessing Glimmer doesn't have a clue how to optimize that use case. So a lot of components need to be rewritten from scratch in Ember-style?
Re: Ember's Glimmer Engine
#33I always have a problem with these kinds of frameworks. Every time I try to use one, and want to do something more in-depth for fancy than a lot of the functionality out-of-the-box, then I end up having to hunt down the way to extend X feature, and it often takes me more effort to do that then just writing in the root language would be. That is to say: The abstraction isn't as expressive as the root language, and whe…
Every framework has a learning curve. In this instance it seems to have a significant performance benefit. That's your trade-off.
Re: Ember's Glimmer Engine
#34So what happens with all those JQuery plugins that manipulate the DOM directly in didInsertElement? I'm guessing Glimmer doesn't have a clue how to optimize that use case. So a lot of components need to be rewritten from scratch in Ember-style?
just remove those
Re: Ember's Glimmer Engine
#35I always have a problem with these kinds of frameworks. Every time I try to use one, and want to do something more in-depth for fancy than a lot of the functionality out-of-the-box, then I end up having to hunt down the way to extend X feature, and it often takes me more effort to do that then just writing in the root language would be. That is to say: The abstraction isn't as expressive as the root language, and whe…
I've built many apps using Ember and the time I save not writing boilerplate code or jquery spaghetti is well worth the time I spend understanding how to do more complicated things. Every time I get a bit frustrated with something seemingly complicated, I always realize it was better that way in the end.
Often I discover that I can do exactly what I wanted in just a few lines of code and writing it in pure javascript or jquery would have been many, many more lines of code and much less maintainable.
Developers smarter than I have struggled with these problems and developed optimal solutions that might not be easy to fully grok at first, but are always worth the effort to understand.
Re: Ember's Glimmer Engine
#36I always have a problem with these kinds of frameworks. Every time I try to use one, and want to do something more in-depth for fancy than a lot of the functionality out-of-the-box, then I end up having to hunt down the way to extend X feature, and it often takes me more effort to do that then just writing in the root language would be. That is to say: The abstraction isn't as expressive as the root language, and whe…
[deleted]
Re: Ember's Glimmer Engine
#37>building virtual DOM nodes for static areas of your markup that will never change for every change requires many more allocations and increases GC pressure.
I'm not familiar with Ember, but why not just store the constant value in a variable to solve this problem? For example, in MithrilJS, you write templates in plain JavaScript, so I just stash large, static parts of the tree in variables and only rebuild vdom nodes for dynamic content. Simple.
Re: Ember's Glimmer Engine
#38Yawn. Dust has had all this (and much more) for a long time. http://akdubya.github.io/dustjs/
I thought dust is still using string concatenation. Has this changed and when?
Re: Ember's Glimmer Engine
#39The performance of Glimmer is amazing, but lets not forget this gem: "backwards compatible with Ember 1.x apps." Here's to a future where our apps get faster without us having to change a thing.
Indeed. I continue to be impressed at how painless keeping current with ember in our application has been.
Re: Ember's Glimmer Engine
#40Never used ember but that deserves a pretty complete write up about what was done and how. Nice work.
I imagine we'll get something soon. Ember is having it's developer conference this week, and they were planning on announcing this and I believe something related to a server-side trampoline of sorts.