这是一个创建于 1812 天前的主题，其中的信息可能已经有所发展或是发生改变。
对于一般体量项目中，全部加入 Service,Impl 这层，表面上是为了规范化，接口的利用方便后续业务实现的扩展，但是这些项目基本上从头到尾都是只有一个实现类，为了延续传统项目留下来的所谓规范，把这套方案通用于大小项目，实际开发中却增加了繁琐复杂，真的必须按照传统走下去吗？ 有没有好的方案，大家发表下自己项目是如何处理这种情况的？
 | 1 adrianXu 2021-01-22 17:01:28 +08:00 我觉得没必要 现在我们小项目都不建 service 接口了 |
 | 2 xiangyuecn 2021-01-22 17:08:00 +08:00 小项目，除非确实必要，能写一个文件的绝不写两个文件 包括普通的实体类、枚举类，如果有一个 interface 接口文件（典型的行数非常少 占茅坑不拉屎），我就会把必要的小的 class 、enum 塞到 interface 里面，一个文件能塞多少塞多少 |
 | 3 yan4uoo 2021-01-22 17:13:19 +08:00 最近实际项目中使用 DDD,完整实现从头到尾依次是 controller/service(domain)/repository/mapper/xml, 感觉异常繁琐,实际中小项目还是建议能省就省,开发跟上手的难度都会相应降低. |
 | 4 janwarlen 2021-01-22 17:22:22 +08:00 这和中小型没关系，这和公司的规划是中小型有关系 |
 | 5 baozijun 2021-01-22 17:27:44 +08:00 小的都是直接在 service 接口里写默认实现, |
Select Language