我的问题是架构连接EJB 3.0及更高版本与多层应用程序。演示层中的Enity类?
背景:你认为什么是最好的解决办法是通数据从数据库在会话外观给表示层?分离的实体类将为我提供有吸引力的解决方案,但在这种情况下,它们应该在会话外观方法中指定为参数类型。因此,还应该将表示层或任何其他客户端的enity类作为想要连接到会话外观的jar。不知怎的,我不觉得这是正确的方式,因为他们包含更多的表现层应该知道,但我不确定,因为他们是分离和轻量级的类,也代表了关系,也包含相关的集合类可以节省传输对象的大量工作来重新包装它们。
问:预EJB 3.0,在enity豆的时代,数据应该已经在传输对象重新包装和传输对象汇编程序设计pattarn也可能被用于构建复杂的数据结构建模nm或1-n关系。然而,实体类更轻,我们可以避免重新包装。 你打算如何将数据提供给表示层,你通常如何做?
非常感谢您的回复。亲切的问候,Tamas
为什么不走了分层架构:模型(实体) - 服务/业务(EJB3) - 控制器(类似JSF托管的bean) - 演示 – Hichamov 2014-12-05 09:42:58
嗨Hichamov,感谢您的快速响应。你能否提供一些细节?有了这个解决方案,也应该以某种方式从实体获取数据到控制器/ JSF。或者我误解你的建议。再次感谢,Tamas – Tamas 2014-12-05 09:47:51
由于我给了更多的细节,我写了一个答案。 – Hichamov 2014-12-05 10:09:42