gpt4 book ai didi

java - 正确使用backing beans

转载 作者:行者123 更新时间:2023-11-30 09:42:13 24 4
gpt4 key购买 nike

是的,我搜索了有关 backing beans 的问题,我发现了很多问题。我读了它们,我得到了其中的一些部分,但我需要问另一个问题,抱歉。

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

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

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

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

如果有人能验证并纠正我,我将不胜感激。

最佳答案

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

然而,从类的角度来看,这种方法缺乏粒度,并且会使托管 bean 难以测试。如果一个类(class)没有明确定义的目的,那么就很难断言他们正在做那份工作。 请参阅警告标志 "Summing up what the class does includes the word “and”" 。所有版本的 JSF 都支持依赖注入(inject),因此依赖组合来组装托管 bean 相对容易。

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

关于java - 正确使用backing beans,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8758814/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com