我学习了 Spring 及其分层结构( Controller 、服务和 dao)

@Controller("userController")

@service("userService")
@Transactional(     propagation = Propagation.REQUIRED,     isolation = Isolation.DEFAULT,      readOnly = true)

@Repository("userDAO")

现在我很困惑如何利用 良好的 OOPS 实践(如 this)和这些分层结构来制作一个大项目(现实世界的业务逻辑通常比示例应用程序更复杂)假如)。我也想使用框架提供的这些spring事务和其他功能。 有人可以帮我解决这个问题，或者引用开源项目来澄清我的疑问。

最佳答案

简而言之

当代码变得庞大而复杂时，分层架构只会简化代码的可维护性和一致性。

要记住的事实是，在实现之前进行适当的软件设计。

• 封装 - 特定于域模型的业务逻辑应放入其中。
• 抽象 - 根据服务分组分离接口(interface)，同时在抽象中编写通用业务逻辑。
• 继承 - 在起草域对象时使用
• 多态性 - 当您想要更改子模型的业务逻辑时与继承一起使用。

详细说明

下面我将尽力提供一个 ERP 应用程序示例以供本次讨论。希望 ERP 是一个足够的大项目来查看业务逻辑的复杂性。

以下描述适用于任何需要了解和使用 Spring(或任何其他框架)中分层项目结构的开发人员。

但请注意，这些不是要遵循的规则，而是要使用的最佳实践。 :)

这包含实际表到类的映射。

In an ERP example, this is where you get the models: CustomerOrder, CustomerOrderLine

This also contains the en-capsuled logic of child domain objects and the domain logic of self. For example, the CustomerOrderLine is a child of CustomerOrder. The child cannot exists without the parent. So the parent will have the full control of building the childs within it. ie Business logic encapsulation.. ie: Add CustomerOrderLine, RemoveCustomerOrderLine etc.. And when it comes to self domain logic, ApproveCustomerOrder, RejectCustomerOrder etc..

这仅包含使用 SELECT、INSERT、UPDATE 和 DELETE SQLs 到数据库的简单 CRUD。您可以在 Spring 中使用存储库模式以及 Spring Data JPA。

关键提示:除非你的逻辑是高度数据密集型的，否则不要在这一层编写任何复杂的逻辑

在这种情况下，您可能必须编写一个或多个函数来执行复杂的查询语句。 (最好在 JPQL 中)

In an ERP example, this is the place you write logic for GetCustomerOrders, GetCustomerOrderByCustomer, GetCustomerOrderLines, GetOrderByStatus

In simple terms this layer defines how the application will communicate with the outside entities such as Database.

3.服务层

这是您应该放置涉及多个未连接(非子-父)域模型的复杂业务逻辑的地方。这些将在 Web Controller 和 Rest API Controller 中重用。

因此，为了保持一致性并实现安全性，我希望所有业务逻辑，即使是在领域模型中编写的，也都包含在这一层。

In the ERP exmple this is the place you write the logic or wrap the logic which is written in Domain Model. For example CreateCustomerOrder, ListCustomerOrder, ApproveCustomerOrderLine, ReleaseCustomerOrder,...

如果这些逻辑应该与其他模型逻辑一起执行，那么这些逻辑也应该在服务层内按顺序调用。例如。

复杂业务逻辑的其他示例

If you want to create a Purchase Order for your supplier, when the Customer Order is released.

然后，这可以通过创建一个名为 SupplyChainService 的服务来完成，该服务使用 Spring AOP 绑定(bind)到 CustomerOrderService.ReleaseCustomerOrder。在微服务设计中，这可以通过 Supply chain 域微服务发布到队列并由 Customer Order 域微服务

4. Controller

Controller 可以分为两种，即:Web Controller 和 REST Controller 。不应在该层实现任何业务逻辑，因为在 Web 和 API 级别都需要调用相同的逻辑。

In the ERP system, this is the place where you will write the controller for your customer order form to enter data and save it to create a new customer order.

This will be the place you will also create a API controller like REST to create the customer order via a mobile application or from a windows client.

感谢 SO 社区，他们向我展示了我在此答案中没有涉及 OOP 原则的领域

编辑

这是微服务不是太主流时的答案。虽然它回答了 OOP 概念，但也研究了基于 CQRS 的设计，因为它在现代基于微服务的架构中更为常见。无论哪种方式，您都可以合并 OOP 概念，而不管您使用什么软件架构模式。

关于java - 如何使用spring的分层架构仍然遵循面向对象的结构？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34429832/