大型单页,一后端大牛让我从webpack转RequireJS

#16

@hbrls 原来给我发邮件的是你啊

#17

确实… 哪些公司正在招 React 开发者的赶紧露个脸~

#18

webpack是比require领先两代的,中间还隔了个browserify。
领先处体现在require和browserify们只解决了js的问题,但js只是个胶水,实际项目中你还有css/img/iconfont等资源,它们也需要管理引用,甚至需要打版本做缓存,基于requireJS的话这些你都得自己找方案。而webpack一站式解决了所有资源的依赖问题。

让想上requireJS的直接针对这一点来PK就好了

#19

正在尝试 System.js方案:SystemJS + ES6(Babel) + React 参考systemjs-seed
这方案肯定能走通,但是必须抛弃webpack+npm的优势
不知道有没有 SystemJS + webpack + ES6 + React 的方案?

#20

React 开发者赶紧露个脸,坐标北京招人

@hbrls 来不? :joy:

#21

SystemJS + ES6(Babel) + React 已完工:

2 Likes
SystemJS + ES6(Babel) + React 示例
#22

增加在线示例:
http://luqin.github.io/systemjs-es6-react-demo/

#23

不是大牛。这两个都在用着,但没有大项目经验。照着 ant design 有的组件,自己玩了把,做了点基本组件 http://imiao.in

#24

@jerryshew 不错嘛,要不要跳槽 :joy:

#25

你提的什么修改即可见到效果等webpack都可以实现啊,而且很简单。另外为什么不接受整体构建???如果不能接受是否可做代码分割?这些事件为什么后端说了算,这样的公司好怪异,什么年代了

#26

为什么后端需要启动webpack?前后端都分离了,他们为什么要关心前端用什么技术

#27

我指的是,直接修改AMD的文件,不需要webpack编译。另外,后端架构师有整体架构权利。

#28

这是后端不合理的要求。

#29

前后端分离应该定义好 json-api接口参数为界,然后剩下各负责各的,爱用什么就用什么

#30

已经前后端分离,不管是AMD/CommonJS/ES6 Modules 还是其他方案,都可以实现解耦开发,选择适合不折腾的就好。

#31

:joy: 你这样敬业,你们老板知道么? ps:写后台管理感觉还是 emberjs 要容易点。

#32

既然已经前后端分离,而且“后端大牛”又不修改前端代码,那么你完全可以在你的开发环境下使用 webpack,然后提交的代码是打包后的代码。对于“后端大牛”,webpack 的角色可以是透明的。

另外你可以尝试跟“后端大牛”沟通,他可能不了解 webpack 到底有多先进。如果他仅仅因为 “希望像RequireJS那样修改文件即可查看效果” 而选择 RequireJS,那就只能呵呵了。

#33

我已经无力吐槽了。。。即使需要babel/webpack编译完,再配置requirejs,这么麻烦他们也不知道怎么想的,反正就是咬定要这样。。。而且他们也反正不写前端。

#34

在研究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

1 Like
在研究SystemJS + Babel,增加 echarts 和 webgl 3D 示例
#35

项目很大的时候,AMD很容易引起一些模块不同版本的冲突,比如B引用了A的1.1版本,C又引用了A的1.2版本,这种维护的时候特别容易有坑。
CMD整个npm社区都是你的武器库,缺什么直接拿来就用。