ApplicationContext.getBean против нового ключевого слова

Question

Я использую JSF + Spring + Hibernate

protected @Inject ChartOfAccount chartOfAccount; 

Я в принципе хочу, чтобы заполнить chartOfAccount из списка

for (DistributionEntry de : getDistributionEntries()) { 

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

для каждой итерации я хочу новый объект chartOfAccount иначе вы знаете, что список содержит тот же объект с последним значением.

Solution One: использовать новое ключевое слово :-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 против нового ключевого слова)

Примечание: Мой управляемый компонент @Scope («сессия») и Модель @Scope (BeanDefinition.SCOPE_PROTOTYPE), так как все мы знаем, что за один сеанс это singleton и prototype для разных сеансов.

Answer 1

Если ваш объект ChartOfAccount находится в контексте приложения и имеет вложенные зависимости, то экземпляр, созданный с помощью new, не получит ни одну из этих вложенных зависимостей.

Метод getBean() предоставит вам то, что вы хотите, но считается плохой практикой в ​​том, что вы жестко кодируете зависимость от ChartOfAccount в своем коде. Хотя с вашим подходом и этим жестким циклом в вашем коде у вас действительно нет выбора.

Если ChartOfAccount является сущностью, которая сохраняется, мне кажется странным, что вы бы поместили ее экземпляр в контекст приложения (даже с прототипом создания). Более распространенный шаблон здесь должен был бы использовать что-то вроде поддержки Spring для объектов доступа к данным. Вот документы для Hibernate:

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

Пять лет назад это то, что вы сделали бы. Тем не менее, вы можете рассмотреть возможность использования данных JPA и Spring для этого: http://projects.spring.io/spring-data-jpa/. Он автоматически генерирует репозитории CRUD с большим количеством хороших функций из коробки: генерация запросов, разбиение на страницы и т. Д.