dao
数据访问对象，与数据库交互。
model
模型，存储(跟数据库表字段一一对象的实体) ，存储响应的dto ，根据实际情况，前端需要展示什么就显示什么。
把应用中所有的定时任务都写在这个目录下，如果定时任务较多的话，根据功能模块隔离开即可。并最好使用开源软件实现。
写业务逻辑。写的时候一定要把控制逻辑和业务逻辑隔离开。
utils
存放大量的公共工具，字符串非空判断，对象非空判断，文件的工具， excel工具，日期工具，工具等等，这些东西无需考虑项目是否能够使用到，把最基本的工具类直接拷贝到一个项目中即可。
目录结构
项目中自定义的适配器配置文件。如果很多，需要根据职责或者功能模块在次进行分类管理。
项目中自定义的注解，注解的使用目的，就是隔离基础设置代码和业务逻辑代码。如果很多，需要根据职责或者功能模块在次进行分类管理。
aop
项目中自定义的aop
管理所有的配置文件
enum
项目使用到的所有枚举，如果很多，需要根据职责或者功能模块在次进行分类管理。
自定义一个标准异常架构体系文件，每次新项目，直接拷贝使用就行了。
自定义的拦截器配置文件。
async
项目中会使用一些多线程知识，可以为多线程创建一次线程池，节约资源。oss
项目使用的文件对象存储。比如使用云文件服务器存储多媒体文件。
项目中会使用很多配置数据，比如路径，公钥私钥，一些业务项目的配置数据，这样的好处是不用代码中写死，采用可以随意更改。redis
项目中一定会使用到缓存服务，比如管理，获取活跃用户，某个业务字段的自增，需求大量请求的数据存储到缓存中。shiro
每个项目都会有用户模块，直接使用开源组件shiro搭建用户鉴权授权功能逻辑。sms
短信服务，比如用户注册，修改密码，重要事件通知。model 目录结构
model
是装整个项目用到的模型数据。
常规请求响应
主要跟前端交互的，一般都会特别多，一定要根据功能模块分离管理，不然后台就失控了。
【一项目目录实践总结】这个目录下的文件一般是使用工具自动生成代码，跟表结构一一对应起来，坚决不修改任何一个字段。不作任何的修改操作。小结在项目实践中获得的心得体会，觉得工程目录结构非常重要，不然项目目录结构走着走着就失控了。根据在项目实践中写出了对事物概念理解的心得体会。这个世界没有简单的事情，即使有，也需要想办法做到它的最佳实践。虽然没有简单的事情，但是也不要消极，当自己真的对需求有足够深的理解后，写出来的代码就特别简单和清晰易懂。借鉴同事的一句话：没有谁一开始就可以做到最好。每一个最佳的实践，都是从坑爬出来后，接着反思，总结，整理，归纳出来的。总结并记录了：大体上一个项目需要使用的到目录结构。这个是自己在实践过程中的体会和借鉴同事们已经搭建的目录结构，和借鉴开源软件的项目目录结构，整理而来。每个大目录下，都需要根据实际情况比如职责分离管理小目录或者功能模块管理小部件。

一 项目目录实践总结( 二 )

一项目目录实践总结( 二 )