本文探讨了大型网站系统的拆分策略，建议首先依据主要业务进行划分，随后可进一步细分为前后台，以及视图和服务层。对于极其复杂的业务，则可以继续按照具体的功能模块进行拆分。
1.先按大业务来分，再按层来分，最后才按照模块来分，没到那复杂度就按照模块来分 只会增加无谓复杂度严重降低开发效率，是最作死的装逼行为。
2.先按大业务来分： 比如你这种，不知道多大型，最好给点数据和开发人员数量，大型 不是随便都称得上的...
3.如果之前是一个系统的话，就先按照前后台来分，前台可以分成service层单独成一个 子项目，提供service给后台复用，这样就能解决前后台重复代码的问题，也方便各自 业务扩 展。
4.前后台这是两个大的业务块 再按层来分： 如果感觉前台和后台分不能满足了，就按层 级分，不过不是按照dao service controller来分，这样太细了，没意义，一般是按照 view和 service来分，view是跟展示相关的，service包含了dao和controller，service给 view和别的业务提供服务
5.最后按模块分： 每个层业务还是很复杂的话，才按照模块细分，比如用户模块的 service，交易模块的service之类的，拆成不同的service，不过真的需要对得起大型网 站这四个字才能做这步...
扫一扫
824
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
