Java项目如何分层

最新推荐文章于 2024-09-02 12:54:49 发布

老胡爱分享

最新推荐文章于 2024-09-02 12:54:49 发布

阅读量2.2k

点赞数 1

文章标签：数据库 java 接口编程语言 spring

本文链接：https://blog.csdn.net/yipiankongbai/article/details/107873475

版权

本文探讨了Java项目中常见的Controller、Service、Dao三层架构存在的问题，并建议在项目稳定或有时间思考时，明确各层职责，提出了一种包含Web层、Service层、Manager层、DAO层的分层模式。此外，还介绍了阿里巴巴的分层规范，包括DO、DTO、BO、QUERY、VO等数据模型，强调了根据项目实际情况选择合适风格的重要性。

摘要由CSDN通过智能技术生成

在现在的Java项目中的项目分层，大多数都是简单的Controller、Service、Dao三层，看起来非常简单。

但是，随着代码越写越多，写久了以后，渐渐发现其实并没有把他们真正的职责区分开来，大多数情况下，Controller只是简单的调用Service中的方法，然后就返回；Service之间组合起来处理业务逻辑，甚至有时候Service页只是Dao层的一次简单透传转发。在项目庞大，追求快速发展的情况下，往往不会过于在乎这些细节，所以大部分人都觉得无所谓了，能用就行，久而久之，层级关系逐渐混乱，维护起来就会觉得挺头疼，而且后续如果要扩展业务功能的时候也无法复用。

在很多人眼里，分层这个都无所谓的，新建一个项目的时候都是从一个项目拷过来，反正能运行就行，大家都是这么写，我也这么写就好了，先跑起来再说。

然而每个人的习惯都不一样，有的人习惯在Controller中写一大堆业务逻辑，有的人习惯在Controller里返回Service层的调用，去改别人代码的时候就会很纠结，究竟使用什么风格好呢？特别是一些其他语言转过来的新手往往会疑惑，究竟Controller、Service、Dao这些的区别是什么？应该怎么布局代码呢？当看到代码里的Service大部分都是Dao的封装，就会觉得在Controller里面调用各个Service的方法来处理业务逻辑也是没毛病的。

本人不会觉得任何一种做法有任何问题的，以笔者自己亲身经历而言，项目要快速发展或者开发压力较大的情况下，绝对不会反对，也不会嘲笑任何一种做法，但是等到项目稍微稳定或者有时间停下来思考的时候，可以认真思考一下各个层之间的职责和关系，制定一个约定俗成的风格，大家遵循这种风格开发。个人认为风格是没有绝对的好与坏，只要团队里大家统一，那就可以了。

讲了那么多文字，先来点代码更实际一点。以笔者个人比较倾向使用的应用分层，通过以下代码示例来介绍一个好的分