正文

Java项目里面的分成结构

在我们做项目的时候，如果是一个小项目，不用采用分成也是可以的，因为项目比较小，通常是1个人或者2个人来做这个项目。由于项目比较小，所以维护起来也比较简单，但是，我们如果参加企业级别的项目的时，由于项目体量比较大，如果不采用分层，就会将所有的编写的写在了一个位置，这样，如果出现bug也是不好维护的，而且对于一个大型的项目，编程的人员也是很多的，如果每个人都修改，势必会造成不必要的麻烦。

既然是这样，那我们今天就了解一下，项目的分层结构，有什么好处？

首先分层，我们都是分成了那几层呢？

一.首先我们需要给控制成分为一层，因为控制层是我们接受前台的请求和转发给具体的业务逻辑的一个关键的组成部分，所以，我们把可以这一层叫做controller层

二.其次，就上面的所说，我们每一个对外面提供服务都需要具体的业务逻辑，对于不同的功能要有不同的业务逻辑，所以，我们针对一个项目的所实现的业务逻辑的代码提取出来，来创建这一层：业务逻辑层（service层）

三：既然我们的业务逻辑是关于不同的请求产生的相应的逻辑，但是，我们访问数据库的时候，基本上都是一些简单的增删改查（CRUD),我们为了保证我们的代码重复的利用，所以我们把访问数据库的代码提取出来，成为一层：数据持久层（DAO).

以上就是我们做项目的基本层次，但是我们法相，一个项目不可能是独立的，因为，我们在处理业务的时候，时不时的会用到第三方的数据，但是我们获取第三方数据的时候不像是控制层那样接受浏览器的请求，也不是我们的业务逻辑，也不是这些数据是我们从数据库中取出来的，所以既然都不适合，那么我们就要对这种获取第三方数据的操作代码提取出来独立为一层：第三方访问层

我们法相有一个common的模块，这个是做什么的呢？

在这里解释一下，我们的common 是这个项目公共用的，与英语单词意思一样，我们这个模块提供了这个项目的所有的常量，以及我们这个项目使用的utils-----工具类。

通过上面的学习，我们知道如何分层，分的每一层都有什么作用，但是每层有什么好处呢？

首先层次清晰，便于以后找到问题的出处，而且便于升级以及公用。

其次是在团队合作的方面，项目分层，这样可以每一个人负责自己的一个位置或者模块，会使责任细化，保证质量和时间完成我们的工作任务。