spring 启动胖服务重构

Question

我有一个非常胖的 class ，其中包含我的应用程序的代码business logic 。 class 正在使用其他服务，有时还使用其他服务的存储库来获取其操作所需的数据。

我的应用程序中的实体只是 POJO。

因此，假设该服务是InventoryService ，它有 200 个我们想要拆分的方法，并且它使用 Product、Tax、Customer 实体，将business logic转移到实体本身以减少代码上是否更有意义？服务水平？ 或者更确切地说添加更多服务，如 ProductInventoryService、TaxInventoryService 等，并将一些逻辑转移到它们？

任何实际示例都会受到赞赏，该应用程序的基本设计是 controller >service >repository，我们的目标是在所有层之间使用实体并将 DTO 从 controller 返回给客户端。 谢谢

Answer 1

因此，假设该服务是InventoryService ，它有 200 个我们想要拆分的方法，并且它使用 Product、Tax、Customer 实体，将business logic转移到实体本身以减少代码上是否更有意义？服务水平？ 或者更确切地说添加更多服务，如 ProductInventoryService、TaxInventoryService 等，并将一些逻辑转移到它们？

您已经在这里回答了您自己的问题。 遵循SOLID 原则并将您的项目拆分为层，您可以使您的代码更加清晰、易读并且最终更易于维护。

在您的项目中分离关注点并避免层或组件之间的强依赖关系非常重要。

• 通过将您的类分成xxxService 、 xxxController和xxxRepository ，您实现了单一责任原则。
• 通过将您的类组织到不同的层，您采用N 层模式（在您的项目和 package 级别）

我建议您在软件工程网络中发布这个问题。