[SPRING] applicationcontext.getbean vs @configurable 사용의 이점 [닫힘]

applicationcontext.getbean vs @configurable 사용의 이점 [닫힘]

applicationContext.getbean에 의해 수행되는 bean에 의해 관리되지 않는 bean에서 @configurable을 사용하는 이점은 무엇입니까? 어떤 사람이 찬성하고 반대 하는가?

해결법

1. ==============================

   1.나는 이것을 위해 -20을 얻을 것입니다. 이 'Dependency Injection'이라는 끔찍한 이름을 발명 한 악명 높은 마틴 파울러 (Martin Fowler)조차도 테스트하기에 더 좋다고 생각하지 않았습니다.

   나는 이것을 위해 -20을 얻을 것입니다. 이 'Dependency Injection'이라는 끔찍한 이름을 발명 한 악명 높은 마틴 파울러 (Martin Fowler)조차도 테스트하기에 더 좋다고 생각하지 않았습니다.

   http://martinfowler.com/articles/injection.html

   여기 내 반대 의견이 있습니다.

   결론적으로, 그것은 디자인에 좋지 않은데, 성능에 좋지 않거나, 생산에 좋지 않거나, 테스트에 좋지 않으며, 표준을 설정하는 데 관련이 없다. 그것은 무엇을 위해 좋은가? 오래 전부터 의문의 여지가있는 많은 벙어리 규칙과 협약과 같지만, 우리는 매일 맹목적으로 그들을 따라합니다. 이것이 바로 사회를 돌아 다니게하는 이유입니다.

   편집 : DI와 테스트에 관한 새로운 질문에 대한 순방향 링크 주석을 사용하여 종속성을 주입하는 것은 종속성 주입 (외부 구성)의 주요 이점을 제거합니까?

2. ==============================

   2.applicationContext.getBean ()은 더 이상 종속성을 주입하지 않기 때문에 종속성 삽입의 목적을 완전히 무효화합니다. 응용 프로그램 컨텍스트 XML 파일이 좋습니다. 주석 기반 구성 (자동 배선)도 좋습니다. 이렇게하면 다음과 같이 할 수 있습니다.

   applicationContext.getBean ()은 더 이상 종속성을 주입하지 않기 때문에 종속성 삽입의 목적을 완전히 무효화합니다. 응용 프로그램 컨텍스트 XML 파일이 좋습니다. 주석 기반 구성 (자동 배선)도 좋습니다. 이렇게하면 다음과 같이 할 수 있습니다.

   Service service = new Service();
   

   또는 악화 :

   Service service = ServiceLocator.locate("service");
   

   두 가지 모두 코드를 테스트하기가 어렵습니다.

from https://stackoverflow.com/questions/1904745/advantage-of-using-applicationcontext-getbean-vs-configurable by cc-by-sa and MIT license