쉽게 본질에 이를 수 없는 문제라면, 그것 또한 허상이 아닐까요? ^^a

ㄴ 오호. 역시 사업가다운 실용적인 말씀입니다. ㅎㅎ 그런데 6번인가 질문해서 본질적인 문제를 찾으라는 게 경영쪽에서 들은 말 같… (어디서 읽었는지 도무지 기억이… -_-);

저도 5why 라고 비슷한걸 어렴풋이 들은 기억이 ^^a

ㄴ 아! 5이군요. 숫자에 약해서… (적어놔도 어디에 적었는지 까먹고… -_-);

제가 DI 프레임워크를 제대로 써본 게 없어서 그런데 Guice 같은 걸 한번 써봐야겠어요.

그런데 궁금한 것은 왜 유독 Java 진영에서 DI, IoC를 얘기하고, 다른 언어에서는 그런 concept가 나오지 않는 걸까요? (제가 잘 몰라서 그런건가요?;)

ㄴ 저도 그게 궁금합니다. 며칠전 맹수 씨와 토론한 주제이기도 한데 아직 명확한 결론은 얻지 못했습니다. beyond java 라는 책에 ruby에 DI가 필요 없는 이유가 써 있다던데 아직 읽어보지 못했네요.

겉핥기로 살펴본 바로는 제 취향에는 XML로 설정하는 Spring IoC보다는 Annotation 등을 써서 DSL을 만든 Guice 쪽이 더 나아보이네요…

ㄴ 마틴 파울러는 자바를 넘어 모은 OO 환경에 해당 하는 원칙 이라고 했는데... .Net쪽은 반응이 느려서 그런 것 같고 다른 다이나믹 타입 쪽에서는 IoC가 필요 없는 뭔가가 있는 것 같습니다.

ㄴ Annotation이 편하지만 설정과 코드를 분리한다는 원칙은 살짝 위반한 면이 있습니다. 스프링도 2.5부터는 Annotation으로 구성할 수 있습니다. 구글 주스 덕분에 로드 존슨이 생각을 바꾸었죠.

복잡한 설정를 숨길 수 있는 점이 Java에서 DI가 유명해진 이유가 아닐까… 생각 중입니다.. ^^ 지금막

다른 언어에서 차용되지 않는 이유는 Cohesion을 낮추는 OO적 진화 과정에서 비교적 최근에 나왔고, "어따 적용하면 딱이다" 하는 분야가 다른 이들이 보기엔 아직 명확하지 못하기 때문이 아닐까 합니다.

사실 저도 항상 궁금한 건데, 이런 멋진 질문을 올리고 답하는 모습이 너무 반갑다는… (( fupfin 회장님~ DI를 사사하여 주십시요. OTL ))

nephilim : 저도 보급 속도의 문제라고 생각합니다. 사실 자바쪽에서도 DI가 메인스트림이 된 건 최근의 일이니까요. 그리고 어찌 저에게 가르침을 청하십니까 오히려 배워야 하는 걸요.