我有一个 struts 项目，我的客户给了我完整的业务逻辑类。他需要这个与 struts 和 hibernate 融为一体的东西。
哪个最好，要将业务逻辑放到我的 Dao 层，需要为业务逻辑添加一个额外的服务层。
一些struts项目我发现action类直接访问Dao。
请建议我哪个是更好的选择。非常感谢帮助。
谢谢，
问问题
3096 次
3 回答
2
我强烈建议将您的业务逻辑写入服务层，以便您的 dao 层仅包含数据库交互并且可以在任何时间点重用。
此外，我建议您添加一个将由 UI 层访问的表示层（所有具有纯值的实体）。
于 2012-06-20T12:56:29.120 回答
2
我的建议是保持 Dao 与您的业务逻辑无关，但是是的，所有与数据库相关的逻辑和自定义都应该写在 DAO 层，就像所有休眠逻辑、将结果转换为您的类等。（当您使用 Hibernate 时）应该写在道。
整个迭代、设置/获取、结果定制、准备、请求改进作为休眠查询的参数都应该写在服务层。
另一层Controller应该在服务层上工作，该服务层将接收请求并调用相应的服务方法并提供生成的响应。
于 2012-06-20T13:58:33.527 回答
0
让 Hibernate 成为您的 DAO 层，并在包含您的业务规则的之上编写一个服务层。这两者共同构成了 MVC 的模型部分。Struts 动作是 MVC 的控制器部分。
于 2012-06-20T13:55:55.170 回答