我正在做一个设计略有不同的项目。在所有教程中,基本上都有表示模型的POJO,并且所有的业务逻辑都在服务层中实现。在我的项目中,它是以一种没有服务层的方式实现的,所有的逻辑都是通过定义一些静态方法在Model类中实现的。有些人说这是因为领域驱动设计,但我不是很确定。
把所有的逻辑放在POJO中对我来说看起来很混乱。我想知道这种设计的好处是什么,以及在没有服务层的情况下实现业务逻辑是否是一种良好的软件实践?
发布于 2020-01-16 18:18:22
使用一堆静态方法绝对不是一个好主意,也不建议在DTO中添加逻辑。
关于创建服务层没有一个严格的普遍接受的规则,我认为非常重要的是应用程序设计是模块化的和可测试的。
这就是服务层模式派上用场的原因:
可以独立测试
https://stackoverflow.com/questions/59766934
复制相似问题