这样子的: javascript 一个单页应用, 几万行的规模. 只有一个对象. 什么东西都加到这个对象里. 后续的开发都这么干. 一个主要文件很大. 一万行. 调用时要这么写:app.user.save.data.container.html(app.scratch.data.target.html()); 没有私有函数与私有对象 就一个巨大的树型结构, 什么都可以从 app 对象往下找 很少用回调函数. 异步编程用的不多.
我在两家公司见过这么写的.
我要问的是, 这样的架构 , 是否适合大团队? 我觉得这样的架构不好, 多人合作的工程怎么做比较好?
(怎么发图片啊?)
1
itkdqwzero OP 懒叫, 我打的回车都被吃了
|
2
kslr 2016-06-28 18:42:38 +08:00 via Android
图片可以看底部的 faq ,回车没有用是因为 markdown
|
3
ianva 2016-06-28 18:53:16 +08:00 1
必然要挂,这样的项目没法维护
本身访问这个对象就是没有封装,啥都一头雾水,更别说一个文件几万行了 如果所有状态的变化都牵扯到对这个对象的增删改查的话,可以想象有多少问题,你怎么知道这个字段的数据别人干啥了,改了以后牵扯到那些东西变化,这就是个死节。 拆分 store ,拆分 service ,独立功能模块 |
4
itkdqwzero OP |
5
omygod 2016-06-29 15:22:28 +08:00
mv*框架还是有一定理论基础的,还有这么大一个文件高级的 IDE 还是别用了
|