这样的架构好不好? 用得多不多?

[itkdqwzero]

这样子的: javascript 一个单页应用, 几万行的规模. 只有一个对象. 什么东西都加到这个对象里. 后续的开发都这么干. 一个主要文件很大. 一万行. 调用时要这么写:app.user.save.data.container.html(app.scratch.data.target.html()); 没有私有函数与私有对象 就一个巨大的树型结构, 什么都可以从 app 对象往下找 很少用回调函数. 异步编程用的不多.

我在两家公司见过这么写的.

我要问的是, 这样的架构 , 是否适合大团队? 我觉得这样的架构不好, 多人合作的工程怎么做比较好?

(怎么发图片啊?)

[itkdqwzero]

懒叫, 我打的回车都被吃了

[kslr]

图片可以看底部的 faq ，回车没有用是因为 markdown

[ianva]

必然要挂，这样的项目没法维护
本身访问这个对象就是没有封装，啥都一头雾水，更别说一个文件几万行了
如果所有状态的变化都牵扯到对这个对象的增删改查的话，可以想象有多少问题，你怎么知道这个字段的数据别人干啥了，改了以后牵扯到那些东西变化，这就是个死节。
拆分 store ，拆分 service ，独立功能模块

[itkdqwzero]

@ianva ， 你的话让我更为坚决。

我觉得他应该做出接口，做出回调参数，或扩展规范。而不是我写个函数到处投放

[omygod]

mv*框架还是有一定理论基础的，还有这么大一个文件高级的 IDE 还是别用了