[SEAM] 困扰我的 Seam 架构问题
 |
szcaiman
2008-03-20
我们的项目用 Seam 2，EJB3，JPA/Hibernate, Richfaces, JSF 开发。已经边学边做3 个月了。后台的分层问题有点困扰我。
在 Seam 的例子里，Stateful SessaionBean 基本做了全部的事。 变得有点过于复杂。我尝试 分了 Business Service Layer。(商务逻辑层)。我想应该不用DAO 了。但是有点 吃不准。 各位有seam 经验的可否告知你们的项目后台如何分层的？ 谢谢。 |
 |
打倒小日本
2008-03-20
POJO -> Service -> Action -> xhtml
还是MVC构架 直接把service绑定到前台 会使问题变复杂 |
 |
SSailYang
2008-03-20
感觉 Seam 中的 Business Layer 是细粒度的，而不是以往的 Facade
|
 |
biaoming
2008-03-20
打倒小日本 写道 POJO -> Service -> Action -> xhtml
还是MVC构架 直接把service绑定到前台 会使问题变复杂 好像真的变复杂了,而且你说的我都还没有明白是什么. |
|
szcaiman
2008-03-21
打倒小日本 写道 POJO -> Service -> Action -> xhtml
还是MVC构架 直接把service绑定到前台 会使问题变复杂 谢谢。 |
|
vtrtbb
2009-01-12
别搞什么Service了，那是ssh框架的通病，
直接xhtml-action-dao |
|
打倒小日本
2009-01-13
去掉Service加上Dao还不一样...
|
 |
donghp1979
2009-01-13
用Seam的好处就是JSF和Session EJB可以直接绑定，消除贫血的Service和DAO层，对于复杂的业务逻辑，应该是在EJB内部进行分层处理，这里的分层结构将不是以架构为核心的，而是以业务逻辑为核心的，例如对于服务开通系统。EJB对表现层只暴露一个开通接口，但是内部可以按照业务逻辑进行分层和模块化设计。
在使用Seam时，关注业务是最重要的，传统的SSH结构下的分层方法并不适用。 |
