James Burke
Member since Nov 16, 2011
- Profile: /members/9254-james-burke.htm
- URL: http://requirejs.org
- Comments: 5
Recent Blog Comments By James Burke
-
Managed Dependencies vs. Dependency Injection In RequireJS
Posted on Jan 25, 2012 at 1:53 PM
You have a good approach here: anything that is "static" or a singleton is a great candidate as a module. Instances of something should be created in application space, but the constructor functions can be modules.... read more »
-
My First Look At The RequireJS Build Optimizer For Node.js
Posted on Nov 22, 2011 at 4:45 PM
@Ben: relative IDs are great when you have a set of related modules that are all in a particular directory, but yes, for things that are at the "top" of the module space, it does not buy much. All that said, 1.0.2 was pushed out so it should work now however you do it.... read more »
-
My First Look At The RequireJS Build Optimizer For Node.js
Posted on Nov 17, 2011 at 11:31 PM
@Ben I believe the issue with ./data.txt is due to a bug resolving relative resources that are in the baseUrl directory. It will be resolved in the requirejs 1.0.2 release that should be out within a week. The workaround, since the modules are already at the baseUrl level -- which is the top of the ... read more »
-
Using jQuery As A Named Module In RequireJS
Posted on Nov 17, 2011 at 3:29 PM
@Ben: you are correct, to use Zepto in place of jQuery (with Zepto ideally calling define() as an anonymous module) then you would use the paths config to point the 'jquery' module ID to the 'zepto' path. @Drew: In your build config, if you set a paths: { 'jquery': 'empty:' then it will not try to ... read more »
-
Using jQuery As A Named Module In RequireJS
Posted on Nov 16, 2011 at 1:52 PM
Hi Ben, I am the main developer of requirejs. I have really enjoyed your posts. You are correct that requirejs will "autodetect" previous jQuery versions before 1.7, but other AMD module loaders do not do that, so it is best that jQuery actually call define. So, the requirejs behavior is... read more »