各位Java大佬吗,你们的java web项目会划分为多个模块吗?

Tim_罗 发布于 03/27 08:24
阅读 398
收藏 2

各位Java大佬吗,你们的java web项目会划分为多个模块吗?

例如 Service、Ado、Common等模块/项目,然后再使用maven的modules管理, 相互通过包引用。

还是上述所有的代码都放在同一个project/modules里面,只是用不同文件夹/package里面?

新手,所以问问大家意见。

加载中
0
野仙

阿里是这么搞得.但是我觉得这么划分很扯淡

controller,service,dao本来都是强关联的东西.结果非得分成不同模块.是为了装逼增加复杂度吗?

个人认为应该按业务功能划分模块

_
_Thanos
分布式服务
0
kakai
kakai

如果基于分布式服务是有必要分离的,因为多个服务可能会需要引用相同的模块,比如多个服务都需要使用dao、service等。

0
lipengHeke
lipengHeke

我觉得这个看业务,如果你的业务比较简单,就单纯是个内部管理系统,那都放到一个模块通过包来划分更方便维护,如果系统比较复杂,需要拆分业务或者用到了相关如dubbo微服务组件,通过模块拆分就是有必要的。

0
喜之郎
喜之郎

没有什么比前后端关联性更强了。但是大家都在搞前后端分离。这也有些扯淡。

0
独孤晓林

看大小与业务之间耦合吧

0
f
freezingsky

如果是module的话, 就那dao,service等东西,统一归档到module内部就好了。然后不同module之间再相互引用。这里的module是一个比较泛的概念,我们一般是跟着业务边界走,可粗,可细。

0
Sel8616
Sel8616
团队工作,肯定要分的。 搭建maven私服,用于发布共用组件。 核心业务和网络交互,最好也彻底分开,要不然rpc、rest、各种消息队列换一次就够你烦的,有时还要底层自制socket/nio,过两天又觉得springintegration好……
T
Tim_罗
编译项目的时候怎么自动编译依赖module?
0
RAY_STONE
RAY_STONE
核心在于团队组织架构的划分,包括一个大团队内部的不同业务线的小组拆分。主要服务于代码和职责的解耦。如果都是同一拨人的话,package就可以了。往往module共用复用也都是伴随团队职能拆分走的
返回顶部
顶部