spring - Java EE 最佳设计方法。业务逻辑层？

Question

我正在使用的项目使用 JSF + Spring + Hibernate。

这是一个我经常被搞糊涂的设计题。

我目前继承了一个包含 dao -> 服务 -> View -> Controller “分层”方法的项目。

“ Controller ”层/层？目前拥有与前端交互的所有逻辑和对象。有人告诉我，将其分隔为两层是一种很好的做法，其中“ Controller ”层/层仅包含与前端和第二层交互的方法/对象(bm ?) 包含 Controller 使用的所有业务逻辑。

1st.) 以这种方式划分 Controller 的目的是什么？

第 2.) 保留它目前的样子有什么问题吗？

Answer 1

1st.) 以这种方式划分 Controller 的目的是什么？

您必须在服务层 中处理业务逻辑。将业务实体与 Controller/UI Layer 分开的好处:

1. 您可以将业务实体重新用于其他客户部分。示例:如果您正在开发一个基于 Web 的应用程序作为 UI，稍后您还开发了一个桌面 UI。在这种情况下，您可以对多个 UI 重用您的 Business Layer 操作。您还可以使用业务层作为 Web 服务工作。
2. 分离的业务运营更易于管理。如果开发团队的某个人不知道 UI 代码是如何工作的，只想纠正一些业务逻辑，他可以做到。

2nd.) 保留它当前的样子有什么问题吗？

如果您不熟悉分层架构，则需要一些时间来理解和实现所需的层。这取决于时间范围和应用程序要求。如果您计划在您的应用程序中使用以上几点，请使用分层架构，否则请使用当前实现。