@hbrls 原来给我发邮件的是你啊
大型单页,一后端大牛让我从webpack转RequireJS
webpack是比require领先两代的,中间还隔了个browserify。
领先处体现在require和browserify们只解决了js的问题,但js只是个胶水,实际项目中你还有css/img/iconfont等资源,它们也需要管理引用,甚至需要打版本做缓存,基于requireJS的话这些你都得自己找方案。而webpack一站式解决了所有资源的依赖问题。
让想上requireJS的直接针对这一点来PK就好了
正在尝试 System.js方案:SystemJS + ES6(Babel) + React 参考systemjs-seed
这方案肯定能走通,但是必须抛弃webpack+npm的优势
不知道有没有 SystemJS + webpack + ES6 + React 的方案?
你提的什么修改即可见到效果等webpack都可以实现啊,而且很简单。另外为什么不接受整体构建???如果不能接受是否可做代码分割?这些事件为什么后端说了算,这样的公司好怪异,什么年代了
既然已经前后端分离,而且“后端大牛”又不修改前端代码,那么你完全可以在你的开发环境下使用 webpack,然后提交的代码是打包后的代码。对于“后端大牛”,webpack 的角色可以是透明的。
另外你可以尝试跟“后端大牛”沟通,他可能不了解 webpack 到底有多先进。如果他仅仅因为 “希望像RequireJS那样修改文件即可查看效果” 而选择 RequireJS,那就只能呵呵了。
在研究SystemJS,增加 echarts 和 webgl 3D 示例:
http://luqin.github.io/systemjs-es6-demos
http://luqin.github.io/systemjs-es6-demos/dist/index.html#/three.js/webgl-buffergeometry-drawcalls
http://luqin.github.io/systemjs-es6-demos/dist/index.html#/three.js/hello-world
项目很大的时候,AMD很容易引起一些模块不同版本的冲突,比如B引用了A的1.1版本,C又引用了A的1.2版本,这种维护的时候特别容易有坑。
CMD整个npm社区都是你的武器库,缺什么直接拿来就用。