2

是的,我搜索了有关支持豆的问题,发现了很多问题。我读了它们,我得到了其中的一些部分,但我需要问另一个问题,对不起。

根据我的理解,由于 JSF MVC 模式需要支持 bean。支持bean是模型。因此,如果您有一个显示表单、图像和登录框的页面,则支持 bean 将具有 getter/setter 对,用于需要在视图中公开或更改的数据。并且支持 bean 也将具有与此相关的方法,例如当您提交表单、登录等时会发生什么。

所以我的问题是上面的陈述是否正确,你为上面的组件制作的支持 bean 的数量取决于它有多少代码?

一个支持 bean 公开此页面上所有组件的方法和 getter/setter 对是否合法且“正确”(意味着我没有做错任何事情),就像制作 3 个支持 bean 一样?每个组件一个也可以。

这一切都归结为经验,看看你应该何时分开与为每个页面制作一个支持 bean,以及它的逻辑部分?我听说有人为页面上的每个组件制作了一个支持 bean,但听起来你最终会得到很多小类。

如果有人可以验证和纠正我,我会非常感激。

4

1 回答 1

2

将视图中的所有组件绑定到一个托管 bean 的属性和操作是合法的。IDE 工具可能会鼓励您使用单个支持 bean 来执行此操作。

然而,从类的角度来看,这种方法缺乏粒度,并且可能使托管 bean 难以测试。如果一个类没有明确定义的目的,那么很难断言他们正在做这项工作。请参阅警告标志“总结班级所做的事情包括单词“和””。所有版本的 JSF 都支持依赖注入,因此依赖组合来组装托管 bean 相对容易。

这是一个有点主观的话题,答案取决于其他因素(应用程序规模;视图设计;页面功能。)

于 2012-01-06T14:00:37.113 回答