Just looked into the initial load test and it seems to be a little rigged in jsblocks favor. There is this random hidden element being loaded with each table row that doesn't server any purpose. I removed it and react beat jsblocks.
Before (with hidden element)
react: 1250ish
jsblocks: 800ish
After (without element but looks the same)
react: 200-350ish
jsblocks: 350-400ish
Posting misleading tests is not the best sign.
I'm an ex-Knockout fan who became a Backbone fan but missed Knockout's two-way bindings. Great job. I'm going to try this out for my next greenfield project :)
Jsblocks looks like a nice union of the two. It has the clear separation of concerns promoted by Backbone but the power of Knockout. So it fills in the gaps between the two, really. I spend a lot of time writing code which carefully ensures Backbone views are updated efficiently when a model or collection changes, and Jsblocks looks like it'll do that job well for me.
Also I'm glad the authors chose to keep the views as native as possible with HTML everywhere. No Domain-Specific Languages (DSLs) to learn here.
However, I do have some questions and one piece of feedback!
1. Views, I guess, are cached regardless of whether you preload them as per this example: http://jsblocks.com/learn/view-v... (which is a great feature btw). Is that right?
2. I'm trying to work out whether Views are singletons or not. I suspect there's a way to arbitrarily create new instances (as it were) of views within other views?
3. For the "plug in a service" feature, which allows communication with an HTTP API, is there any way to change a URL perhaps by using a function for the url property?? The API documentation for this (http://jsblocks.com/api/Model-read) seems a little bit incomplete for now, is it?
4. On the front page under "Performance" I think you should try inverting the graphs, because at first glance it looks a bit like jsblocks takes longer than the others to do stuff :)
Looking forward to trying this out, first JS framework I've been this interested in in ages. Great job @antoniostoilkov!
@basicallydan Thanks for the feedback and questions.
1. Absolutely. Views are cached
2. Views are singletons. You could place view(ViewName) on couple places on your page but they are not meant to be used as components. I working on components but until then you could use templates(http://jsblocks.com/api/blocks-q...).
3. Your are correct. It is incomplete. You could do dynamic parameters and what you could expect from jQuery ajax call. I will complete the documentation as soon as possible.
4. You are not the first to tell me this. Long story short - a designer told me that jsblocks bars should be the highest and now I am considering changing that. :)
@antoniostoilkov Cool! Thanks for your reply.
Regarding 4, I can see why someone would say that, because "biggest bar = best thing" but I think in this case it's a bit misleading.
Nicely done!
Threat Modeling e-book
IntelliBar
Threat Modeling e-book
Marvel
IntelliBar
Marvel