JSF Bean 中的关注点分离?

发布于 2024-10-25 18:08:51 字数 351 浏览 1 评论 0原文

我目前使用 JSF2,我注意到 JSF bean 可能有很多职责,如果组合起来看起来会像很多代码。其中包括:

  1. 保存状态/数据
  2. 可以是 UI 组件的支持 bean
  3. 操作方法定义
  4. 操作侦听器方法定义
  5. 导航 调用
  6. 服务
  7. 所有 setter n getter

将它们分成几个类是否有意义,或者您通常将所有这些组合在一起吗?他们在一起?

目前,对于每个 JSF Bean,我定义了另一个类来保存视图数据/状态以及 setter getter。

你通常怎么做?请分享您的经验!

谢谢=)

Im currently using JSF2, and i notice the JSF bean could have a lot of responsibility, and if combined will look like lots of codes. These include :

  1. holding the state / data
  2. could be a backing bean for the UI component
  3. action methods definition
  4. action listener methods definition
  5. navigation
  6. calling the services
  7. all the setter n getters

Does it make anysense to break these into several classes or do you usually combine all of them together ?

Currenly for every JSF Bean, i define another class to hold the view data / state along with the setter getters.

How do you usually do it ? Please share your experience !

Thank you =)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

公布 2024-11-01 18:08:51

动作(监听器)方法中使用的每个属性都需要保留在支持 bean 中。剩余部分很可能属于它自己的类,而该类又可以是不同的(托管/实体)bean,最终作为它起源的 bean 的(托管)属性。

Every property which is been used in action(listener) methods needs to stay in the backing bean. The remnant most likely belongs in its own class which can in turn be a different (managed/entity)bean, eventually as a (managed)property of the bean where it originated.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文