09 January 2011
- Public CDNs (e.g. jQuery from Google's CDN) is an extremely powerful optimization technique. Not only are they extremely fast, it's very likely they're preloaded because some other site uses the exact same URL.
- Realistically, in the real world, it's not uncommon that you can't combine all .js files into one. This is not true for web apps that consists of just one HTML file. One page might require
C.js but another page requires
D.js. Requires manual thinking whether you should combine
C|D.js. No framework can predict this.
- All loading and browser incompatibility hacks will eventually become obsolete as browsers catch up. Again, requires manual thinking because supporting and ultra-boosting performance might have a different cost today compared to a year from now. The most guilty of this appears to be ControlJS
- I'm confident that optimization in terms of file concatenation and white space optimization does not belong to the framework.
- Apparently iPhone 3.x series can't cache individual files larger than 15Kb (25Kb for iPhone 4.x). That's a very small about if you combine several large modules.
- Accepting the fact of life that sporadic network bottlenecks can kill your page, think hard about asynchronous loading and preserved order. Perhaps ideal is a mix of both. What framework allows that? (both RequireJS and HeadJS it seems)
- Loading frameworks are not for everything and everyone. If you're building something "simple" or landing page like Google's search page frameworks might just get in your way.
- Author well known but his Dojoesque style shines through in RequireJS's syntax and patterns.
- Gets into the realm of module definitions. Neat but do you want the loading framework to get involved in how you prefer to write your code or do you just want it to load your files?
- All the module definition stuff feels excessive for every single project I can imagine but we're entering an era of "web apps" (as opposed to "web sites") so this might need to change.
relatively unknown. quite well known too. Author also of Flowplayer and jQuery Tools.
- Contains a kitchen sink (CSS tricks, modernizer.js) but perhaps they're really quite useful. After all, you don't write your web site in Assembly.
- With its CSS hacks (aka. kitchen sink) HeadJS seems great if you really care about combining HTML5 techniques with Internet Explorer.
- This awesome experiment shows that HeadJS really works and that asynchronous loading can be really powerful. But ask yourself, are you ready to build in an asynchronous way?
- With HeadJS I can label a combined and optimized bundle and load my code once that bundle is loaded. Can I do that with RequireJS? It seems to depend on the filename (minus the
- Makes the assumption that just because a file is loaded the order of execution is a non-issue. This means you might have trouble controlling dependencies during execution. This is a grey area that might or might not matter depending on the complexity of your app.
- A feeling I get is that HeadJS without the CSS kitchen sink stuff reduces to become LabJS or EnhanceJS.
The ones I can think of are: ControlJS (feels too "hacky" for my taste), CommonJS (not sufficiently "in-browser specific" for my taste) and EnhanceJS (like HeadJS and LabJS but with less power/features)
The one I haven't studied as much is LabJS. It seems more similar to HeadJS in style. Perhaps it deserves more attention but the reason HeadJS got my attention is because it's got a better looking website.
You mileage will vary. The deeper I look into this I feel personal taste comes into play. It's hard enough for a single framework other to write realistic benchmarks; even harder for "evalutators" like myself to benchmark them all. It gets incrementally harder when you take into account the effects of http latency, sporadic network bottlenecks, browser garbage collection and user experience.
Personally I think HeadJS is a smoother transition for general web sites. RequireJS might be more appropriate when write web apps with virtually no HTML and a single URL.
With the risk of starting a war... If you're a Rails/Django/Plone head, consider HeadJS. If you're a mobile web app/NodeJS head consider RequireJS.
- ToDo apps I gave up on in 2010
03 January 2011
- django-static version 1.5 automatically taking care of imported CSS
11 January 2011
- Related by keywords:
- Is Nginx obsolete now that we have Amazon CloudFront?
28 July 2012
- Difference between $.data('foo') and $.attr('data-foo') in jQuery
10 June 2012
- How I stopped worrying about IO blocking Tornado
18 September 2012
- Hosting Django static images with Amazon Cloudfront (CDN) using django-static
09 July 2010
20 October 2014
- Secs sell! How frickin' fast this site is! (client side)
30 March 2012
- My first YSlow Grade A (100)!
17 December 2008
- EmailInput HTML5 friendly for Django
02 August 2011
- EditDistanceMatcher - NodeJS script for doing edit distance 1 matching
05 February 2011
- A script tag's type in HTML5
10 May 2011
- ToDo apps I gave up on in 2010
03 January 2011
- DoneCal homepage now able to do 10,000 requests/second
13 February 2011