典型的场景,发生到了自己的身上。 创业公司,早期开发者离职,留下一堆迷之代码。
当前 team 经过 2 个月的煎熬, 已经看懂并能够在现在代码之上痛苦的做开发。 只是开发效率特别低下。 bug 失控。
现状:
改造目标:
过渡方案:
---------------------------------
一个高风险的尝试,倾听各位的意见。
感谢!
1
Joan 2016-09-12 23:03:27 +08:00
持续关注,学习学习~~
|
2
murmur 2016-09-12 23:04:31 +08:00
react 适合那种单页面 app 如果是传统的多页面其实还是主后端+模板更好
|
3
jinwyp 2016-09-12 23:22:29 +08:00
不要用 react, 否则下一个的人感受和你现在一样. 建议不要构建, 直接 jquery + 模版就可以了, 按照页面分以下, 公共的功能放到库里就可以. 然后下一步在用什么框架, 例如 angular2
|
4
serco 2016-09-12 23:22:50 +08:00
项目规模不大,而且有一个月的时间可以改造,如果是我,倾向直接改成前后端分离而不要搞过渡方案。
不然, webpack build 与 Django 静态资源打包之前的关系理起来也很费劲。 当然,大前提肯定是你们觉得前后端分离是项目正确的方向。 |
5
est 2016-09-12 23:32:28 +08:00
是 SPA → 用 React
不是 SPA → 还是用 django 模板渲染好了 |
6
jackon OP 使用 react 是非常确定的了,前后端彻底分离,也是非常确定的了。
有项目实践支撑,不想再回到前后端耦合的开发模式。 现在的问题,只是如果安全高效的用 react 改造旧项目。 |
7
yangxiongguo 2016-09-12 23:57:04 +08:00
redux 不能少,不然数据传来传去烦死
|
8
jackon OP @yangxiongguo 的确是遇到数据传的想死的情况。看来, redux 要加进来,不能裁掉。
|
9
scarlex 2016-09-13 00:32:23 +08:00
https://www.v2ex.com/t/304025
23 楼,上星期回答过类似的问题 |
10
jackon OP 首先,完全没看出两个问题有任何相似之处。
然后,试图在 react 里面直接操作 dom ,这种思维本身是不合适的,建议你先反思下自己的架构和逻辑,而不是喷 react |
11
ericls 2016-09-13 01:44:58 +08:00
是 SPA → 用 React
不是 SPA → 用 nodejs 做前端加 sever side rendering, Django 做后端 |
12
BMW 2016-09-13 08:35:37 +08:00
如果是 MPA 项目,还是不要用 React 之类的吧
|
13
jackon OP 最终的目标是 SPA 呀
|
14
xuhai951753 2016-09-14 13:01:43 +08:00
react+react-router+react-redux+redux 全家桶。找个靠谱的脚手架应该很快就能启动。前期学习和基础组件构建这个过程会比较慢,但熟悉了整个 flow 后面完全可以进入复制阶段。浏览器兼容开源的方案能兼容到 ie8 ,更低的兼容要自己改库。不过一个月 10+页面感觉有压力。
|