1. 一个正常的企业项目里一种通用的项目结构和代码层级划分的指导意见:
一般分为如下几层:
开放接口层
终端显示层
Web 层
Service 层
Manager 层
DAO 层
外部接口或第三方平台
2. 以当下非常火热的Spring Boot典型项目结构为例,创建出来的项目应该总体分为三大层:
项目根目录/src/main/java
:放置项目Java源代码项目根目录/src/main/resources
:放置项目静态资源和配置文件项目根目录/src/test/java
:放置项目测试用例代码
3. 各个目录详细介绍:
3.1 /src/main/java 目录
|_annotation:放置项目自定义注解
|_aspect:放置切面代码
|_config:放置配置类
|_constant:放置常量、枚举等定义|__consist:存放常量定义|__enums:存放枚举定义
|_controller:放置控制器代码
|_filter:放置一些过滤、拦截相关的代码
|_mapper:放置数据访问层代码接口
|_model:放置数据模型代码|__entity:放置数据库实体对象定义|__dto:存放数据传输对象定义|__vo:存放显示层对象定义
|_service:放置具体的业务逻辑代码(接口和实现分离)|__intf:存放业务逻辑接口定义|__impl:存放业务逻辑实际实现
|_utils:放置工具类和辅助代码
3.2 /src/main/resources
目录:静态配置文件和页面静态资源等
|_mapper:存放mybatis的XML映射文件(如果是mybatis项目)
|_static:存放网页静态资源,比如下面的js/css/img|__js:|__css:|__img:|__font:|__等等
|_template:存放网页模板,比如thymeleaf/freemarker模板等|__header|__sidebar|__bottom|__XXX.html等等
|_application.yml 基本配置文件
|_application-dev.yml 开发环境配置文件
|_application-test.yml 测试环境配置文件
|_application-prod.yml 生产环境配置文件
4. 数据模型定义区分
DO(Data Object)
:与数据库表结构一一对应,通过DAO层向上传输数据源对象。
DTO(Data Transfer Object)
:数据传输对象,Service或Manager向外传输的对象。
BO(Business Object)
:业务对象。由Service层输出的封装业务逻辑的对象。
AO(Application Object)
:应用对象。在Web层与Service层之间抽象的复用对象模型,极为贴近展示层,复用度不高。
VO(View Object)
:显示层对象,通常是Web向模板渲染引擎层传输的对象。
Query
:数据查询对象,各层接收上层的查询请求。注意超过2个参数的查询封装,禁止使用Map类来传输。
5. 项目结构划分总结
对应代码目录的流转逻辑就是:
6. 一些注意事项
Contorller
层参数传递建议不要使用HashMap
,建议使用数据模型定义
Controller
层里可以做参数校验、异常抛出等操作,但建议不要放太多业务逻辑,业务逻辑尽量放到Service
层代码中去做
Service
层做实际业务逻辑,可以按照功能模块做好定义和区分,相互可以调用功能模块
Service
之间引用时,建议不要渗透到DAO
层(或者mapper
层),基于Service
层进行调用和复用比较合理业务逻辑层
Service
和数据库DAO
层的操作对象不要混用。Controller
层的数据对象不要直接渗透到DAO
层(或者mapper
层);同理数据表实体对象Entity
也不要直接传到Controller
层进行输出或展示。
参考:看完这篇,别人的开源项目结构应该能看懂了 - 知乎