Java Web开发中Maven是不可或缺的管理组件，贯穿代码骨架工程搭建、依赖管理、测试、打包以及二方库发布等环节。然而，使用Maven搭建骨架工程时，模块的划分并没有统一标准，于是我经历过的项目组看到了两个极端的划分。
方法/步骤
1
分层模式是比较经典的开发模式，我试着从分层模式的特点，找到我们模块划分的依据。通常我们的系统是基于用户请求和响应进行交互的，从用户发出请求，到系统做出响应
2
基于响应链的过程（基于请求链也无不可），从持久化数据库（后）到用户UI界面（前），我们可以粗略的将java代码做Dao、Service和Controller三层划分。
3
因此，业务逻辑的实现最终会放到Service和Dao层。从这个意义上来讲，我们可以进一步抽象，将系统划分为web层和业务逻辑处理层（Service）。
4
其实作为主流的J2EE框架，SpringMvc容器也是按照这两层来划分的，每个DispatchServlet实例都有自己的上下文，且持有spring父容器的上下文。
5
那实现这个目标的具体手段有哪些呢？在我看来除了控制成员变量和方法的可见性，就是我们一直倡导的——面向接口，隐藏实现。
6
首先，我们从模块的可见性就很好的对Web隐藏了实现（就如图1-2经典的三层划分而言，Dao也对Service隐藏了实现），继而实现面向接口的编程。 再者，在团队协作开发过程中，即时没有实现，只要抽象好了接口（加好注释），在业务模块互相引用的场景下，也可以并行开发，从而提高开发效率。 最后，相对于层层嵌套的方案，这样扁平化的模块划分，降低了骨架工程和依赖管理的复杂度。