Unity IoC 컨테이너를 사용하고 있습니다. 그것은 내가 만든 결정이 아니 었습니다. 그냥 프리즘과 함께 왔습니다. 그리고 저는 그것에 매달 렸습니다. 필자는 다른 IoC 프레임 워크를 사용한 적이 없으며 Unity에 상당히 만족한다는 것을 인정해야합니다. 그러나 만족도는 다른 프레임 워크가 제공해야하는 것이 무엇인지 알지 못하기 때문에 무지에서 비롯 될 수 있습니다.Unity를 사용해야하는 이유는 무엇입니까?
Unity IoC 컨테이너를 사용해서는 안된다는 말을 계속 듣고 있습니다. "Castle, nInject 또는 Structure Map을 대신 사용하십시오"라고 사람들은 말하고 있지만 다른 프레임 워크를 사용해야하는 이유에 대한 구체적인 논증이나 예제를 아직들은 적이 없습니다. 왜 유니티를 사용하지 않아야합니까? 아니면 내가해야 할까?
이러한 용기는 약 의 맛이 인 경향이 있습니다. Ninject는 구성하기에 유창한 유창한 인터페이스를 가지고 있지만 Unity (config) (masochists, 나는 생각한다)와 코드를 통해 구성 할 수있는 Unity와 같은 사람들이 있습니다.
프리즘을 채택 할 때 나는 당신처럼이 질문을했기 때문에 Unity를 Ninject와 Autofac으로 대체하는 연습을했습니다. 나는 성능이나 기능면에서 Unity 이상의 어느 쪽에도 고수 할 이유가 없었다. 두 가지 모두에서 훌륭했던 것들이 있지만, 모두 기본적으로 똑같은 일을하고 잘했습니다.
나는 각각의 기능, 스타일 및 구문을보고 어떤 것이 가장 좋을지 결정할 것입니다. 그것은 실제로 유일한 차이점입니다 ... 어떻게 이라고 느낍니다. 일반적으로 몇 가지 핵심 기능의 차이점이 있지만 이러한 기능을 필요로 할 가능성은 매우 희박합니다.
당신이 무엇을 결정했는지에 대한 업데이트를 게시하십시오 ... 저는 항상 사람들의 현실적인 조사 결과와 열정적 인 사용자가 옹호하는 것에 관심이 있습니다.
몇 가지 연구를 해보았지만 지금 Unity를 사용하지 않는 데는 충분한 이유가 없습니다. 그래서 결론은 "깨지지 않으면 고치지 마라"- 나는 단결의 상태로 머물러 있습니다. 위기가 발생하면 나중에이를 변경할 수 있습니다. 변경하려면 StructureMap을 사용합니다. 답장을 보내 주셔서 감사합니다! – stiank81
Unity를 사용하는 한 가지 이유는 중간 신뢰 환경에서 작업해야하는 경우입니다. 내가 찾은 바에 따르면, 코드가 완전히 신뢰하지 않는다면 Unity는 훨씬 쉽게 작동하는 것처럼 보입니다. 몇 가지 IoC 컨테이너를 사용했고 중간 신뢰가 필요할 때 Unity를 사용합니다.
+1 - 감사합니다. –
Unity의 부분 신뢰처럼 보이지 않습니다. http://msdn.microsoft.com/en-us/library/dd203232.aspx –
이 stackoverflow 질문 (http://stackoverflow.com/questions/411660/enterprise-library-unity-vs-other-ioc-containers)에 대한 대답은 정말 상세한 블로그 게시물이되었습니다 (여기, http : // elegantcode.com/2009/01/07/ioc-library-compared/) 도움이 될 수 있습니다. –
실제로 매우 유용합니다! 주제에 대해 기존 질문을 찾을 때 어떻게 든이 질문을 놓쳤습니다. 감사! – stiank81