关于java项目大单体项目分层和分模块的思考与困惑

什么是分层

本文中的分层是指项目里面的包。

什么是分模块

本文中的分模块是指将一个大的单体项目拆分成不通模块（module）。

常见的分模块两种拆分方法，

方式一：按照mvc或者更细的分层方式去分模块，比如：控制层（controller）、服务层（service）、持久层（dao）。
方式二：按照功能的维度去分模块，比如：系统管理、知识库管理、考试管理、公共模块等等，类似拆分微服务的方式去拆分项目。

思考一：由拆分方式二引发的思考：如果按照功能维度拆分的模块，是否还有必要继续在模块继续按照java技术领域的分层方式去分模块？还是直接分层就行了？
思考二：如果在微服务中是否由必要按照功能继续划分，比如在微服务中有个系统管理的服务，java代码是否有必要按照功能（比如人员管理 、菜单管理、权限管理）继续拆分模块或以方式一拆分模块？还是直接分层就行了。