请稍等 ...
×

采纳答案成功!

向帮助你的同学说点啥吧!感谢那些助人为乐的人

项目完成有如何利用maven把项目模块化拆分

请问老师
项目完成以后如果要用MAVEN把项目模块化拆分, 是根据功能拆分模块好还是按控件拆分好呢

例如按功能模块拆分
用户模块,商品模块,订单模块,支付模块。。。。。
这样拆分我觉得在团队并行开发的时候可以各自负责各自的模块代码完全解耦,模块间只通过接口调用,这样对负责某个模块的小伙伴来说他就会很了解自己负责的模块的整个流程同时也不需要关心别的模块是怎么运作的。只是觉得这样以后如果新增了某个业务功能就要新建一个模块项目,时间久了模块就会越来越多。

另外在网上看到很多例子是按空间拆分,例如
controller, service, dao, model,util
如果按这个模块拆分,不管以后新增多少功能,系统整体结构也不会有太大的变化,但是在团队分工的时候可能某个小伙伴只负责维护dao模块,虽然他了解所有对实体的读写操作,但是他永远不知道一个具体业务的流程是怎么运作的,对于其他小伙伴也是同样情况,如果系统新加了一个功能,所有模块的负责人都必须同时参与到这个功能的片段开发,感觉这样会消耗很多人力资源。而且这种拆分方式整个项目的运作流程就只有项目经理一个人知道而已。

综上所述,各有利弊,请老师赐教

正在回答

1回答

推荐按功能拆分模块

每个模块如果还想拆分

内部再建立一个web模块 包含所有controller  依赖其他service, dao, model,util

最后演进成微服务

0 回复 有任何疑惑可以回复我~
  • 提问者 qq_双子星深蓝_0 #1
    非常感谢!开启了微服务的演进思路
    回复 有任何疑惑可以回复我~ 2018-10-09 10:27:25
问题已解决,确定采纳
还有疑问,暂不采纳
意见反馈 帮助中心 APP下载
官方微信