求知识，一个JAVA maven项目分多少个子项目最合适

Question

其中，最上面的父项目，pom里配置依赖包，和module所有子项目
dao->dao，dao接口，实体类，mybatis配置xml，（接口无需实现，方法名和mybatis select/insert 的id一样就OK）
dao->service，service接口
dao->service-impl，实现service接口
dao->util，工具类项目
dao->webapp，controller，spring xml等

求各位大神支招，还需要再细拆分吗？

Answer 1

拆得太细，没必要

Answer 2

实体类 单独 一个 module      

dao可以和service实现合并一个module       

service-api一个module

controller一个module  

util对于一个公司应该有一个独立的工具库，通过maven引用，至于一个工程内我认为不需要单独拆包，可以合到 dao/service-impl 包里。

解释一下，，既然 service-api 单独module 应该就是为了服务化做准备的，那么在服务化的情况下，实体类也是有可能被客户端引用的

Answer 3

core,dataapi,webapi,identity,webstart,....其他app1,app2

Answer 4

后台，前端，实体，公共接口类。

Answer 5

没必要这么多吧。一直用的gradle，构建vertx工程项目，每个子目录是一个mod，每个mod作为gradle的子项目构建

Answer 6

这个思路有很多，主要是视项目代码框架分层
按框架、功能、服务而定吧。

Answer 7

我图上是暂时没有专放JS，CSS，IMAGE的资源项目（这个是自己测试spring+mybatis+redis所以没把资源项目弄上）

只是我个人觉得，后端代码controller,service,dao，如果代码过多，都堆在一起实在不合适。再有就是在团队开发里，如果我要调用别人的sevice，我直接去service子项目找接口不就可以了吗？省得在整个后端代码里一个个文件夹找

Answer 8

是不是拆得有点过了？我是个新手，我不知道我的观点对不对。像这种情况，父项目就不说了，子项目我一般都会分前端，后端，公共工具和资源四个子项目

Answer 9

我感觉楼主和我类似，我分dao层（数据库持久层），service层（业务逻辑），common层（共用的），api层（接口，实体）