请问各位单体架构有必要做maven多模块吗

[小老板v]

如题，准备接受公司的二次开发项目，现在项目是单体架构但是又分了多模块，是将架构水平分割，大概分成了mapper.server.common.service和api等。我个人认为既然是单体架构，最后还是打包成一个应用，这样区分还降低了开发效率，在纠结要不要整合一下，又担心有自己没考虑的地方，求解！

[亲爱的Joe]

maven是管理项目依赖的，跟多模块少模块的没有什么厝。 项目里面分mapper，service，controller，你纠结要不要整合。 你计划怎么整合呢？ 你准备一个包下既有mapper，又有service，又有controller？

[瘦死的黑骆驼]

这种对controller，service，dao什么的进行水平分割的意义真的不是很大，我和题主观点一致，确实开发过程中的效率也不高，多模块应该针对业务和服务划分，比如：web模块，api模块

[张蒙炬]

如果不是分布式的话确实是没有任何意义的撒

[guo1.]

maven多模块的话应该只是为了防止依赖冲突，一个服务的没必要加了，反正都是一个pom里面

[小老板v]

楼楼感谢各位的回复， 将单体架构水平分割分模块确实意义不大，多模块最主要还是说是用于垂直分割业务，然后交给多个人开发自己的模块，最后再进行项目整合。

[不关橙猫猫事的哦]

拆分的话可以考虑用spring cloud整合多个微服务。如果功能不大的话不建议拆分。

[NANU-NANA]

data 和 api 可以分别做成jar 而 service ， controller什么的应该合在一个module里。当然，不同业务可以各自包含不同的 service 跟 controller。

[头上一片天空]

往后余生，风雪是你。平淡是你，虚荣是你。

[tianfang]

多个模块没关系 有人负责才是最重要的