我最近一直在挖这个CommonJS与AMD的战斗,这是我的发现... (顺便说一句,我不是在这里讲道我分享我的想法得到一些建设性的见解...) RequireJS给我的Angular模块带来了很多复杂性,它对我来说是错误的,因为它是一个模块在模块中的包装... Browserify的方式更干净,但要使它与每个事情,你需要让你所有的依赖和你的依赖关系被正确地实现,不幸的是我们不能生活在一个完美的世界中......所以你必须要垫起和垫住Shimmed Libs的内在依赖......我不是一个额外复杂的大粉丝...AngularJS RequireJS Browserify和Javascript模块/全球范围的噩梦
我目前的方式(并受到所有你的建设性批评...)
我有一个grunt文件连接和缩小我的所有资源,像BreezeJS,$,Q,Ladda等库。 。在全球范围内泄漏...... 然后我声明了这些全局这种类型的模块:
module.value('gLadda', (function(){
if("Ladda" in window && "Spinner" in window){
return Ladda;
}else{
throw new Error("The Globals Ladda || Spinner are missing");
}
})());
后在我的应用我有“Angularify”依赖工作,我还没有在一队使用这种技术我想知道这是否为某些人发射了一些红灯,并且他们是否会解释为什么......谢谢你的时间。
我倾向于同意,它并没有意义的使用需要角。 – Polaris878
我在考虑做同样的事情,因为requirejs和browserify会在使用angular.js进行开发时增加更多开销。 –
我有一个开放的功能请求似乎获得一些牵引:https://github.com/angular/angular.js/issues/5410我的潜在解决方案的写作:https://github.com/NathanielAJohnson/angularAMD/ wiki/Proposed-Solution –