gpt4 book ai didi

java - ApplicationContext.getBean 与 new 关键字

转载 作者:搜寻专家 更新时间:2023-11-01 03:20:18 25 4
gpt4 key购买 nike

我正在使用 JSF + Spring+ Hibernate

protected @Inject ChartOfAccount chartOfAccount;

我基本上想从列表中填充 chartOfAccount

for (DistributionEntry de : getDistributionEntries()) {

chartOfAccount.setAccount(de.getAccount());
chartOfAccountList.add(chartOfAccount);
}

对于每次迭代,我都想要 chartOfAccount 的新对象,否则您知道列表包含具有最新值的相同对象。

解决方案一:使用新关键字:-p

for (DistributionEntry de : getDistributionEntries()) {
ChartOfAccount coa= new ChartOfAccount();
coa.setAccount(de.getAccount());
chartOfAccountList.add(coa);
}

方案二:applicationContext.getBean

for (DistributionEntry de : getDistributionEntries()) {
chartOfAccount= applicationContext.getBean(ChartOfAccount.class);
chartOfAccount.setAccount(de.getAccount());
chartOfAccountList.add(chartOfAccount);
}

但是我已经阅读了某些避免使用 applicationContext.getBean

的文章

如果我避免使用 applicationContext.getBean处理这种情况的最佳方法是什么? 并且这两种行为会相同吗? (ApplicationContext.getBean 与新关键字)

Note: My Managed bean is @Scope("session") and Model is @Scope(BeanDefinition.SCOPE_PROTOTYPE), so as we all know that for one session it is singleton and prototype for different session.

最佳答案

如果您的 ChartOfAccount 实体位于应用程序上下文中并且已注入(inject)依赖项,则使用 new 创建的实例将不会获得任何这些注入(inject)的依赖项。

getBean() 技术可以满足您的需求,但它被认为是一种不好的做法,因为您在代码中对 ChartOfAccount 的依赖性进行了硬编码。尽管使用您的方法和代码中的紧密循环,您确实别无选择。

如果 ChartOfAccount 是一个持久化的实体,我觉得您将它的一个实例放在应用程序上下文中似乎很奇怪(即使是原型(prototype)创建)。这里更常见的模式是使用类似于 Spring 对数据访问对象的支持。以下是 Hibernate 的文档:

http://docs.spring.io/spring/docs/2.0.8/reference/orm.html

五年前你会这样做。但是,您可能需要考虑为此使用 JPA 和 Spring 数据:http://projects.spring.io/spring-data-jpa/ .它自动生成具有许多开箱即用的不错功能的 CRUD 存储库:查询生成、分页等。

关于java - ApplicationContext.getBean 与 new 关键字,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32287317/

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