带有struts和hibernate的Dao层和业务逻辑

Question

我有一个struts项目，我的客户端给了我完整的业务逻辑类。他需要这个带有struts和hibernate的ingrate。

哪个最好，  要将业务逻辑放到我的Dao层，需要为业务逻辑添加一个附加服务层。

一些struts项目我发现动作类直接访问Dao。

请建议我哪个是更好的选择。非常感谢帮助。

谢谢，

Answer 1

我强烈建议将您的业务逻辑写入服务层，以便您的dao层仅包含数据库交互，并且可以在任何时间点重复使用。

我还建议你添加一个将由UI层访问的表示层（所有具有普通值的实体）。

Answer 2

我的建议是保持Dao清理你的业务逻辑，但是所有与数据库相关的逻辑和定制应该像所有的hibernate逻辑一样在DAO层写入，将结果转换为你的类等。（因为你正在使用Hibernate）应该写在DAO。

整个迭代，设置/获取，结果定制，准备，请求改进作为hibernate查询的参数应该写在服务层。

另一个层Controller应该在服务层上工作，服务层将接收请求并调用相应的服务方法并提供生成的响应。

Answer 3

让Hibernate成为您的DAO层，并在包含业务规则的服务层上编写服务层。这两者共同构成了MVC的模型部分。 Struts动作是MVC的控制器部分。