Unity와 Moq 의존성 삽입 프레임 워크 비교

-1

역사적인 MS 상점에서 C#으로 작업하는 Dependency Injection Framework를 선택하면 Moq와 Unity의 차이점을 발견하는 데 관심이 있습니다.Unity와 Moq 의존성 삽입 프레임 워크 비교

의 주요 관심사 중 일부는 다음과 같습니다 개발자를위한 사용의

용이성을
기능 비교 두 (모두가 기술을 잘 알고있게되면) 사이의 DI에없는 배경. 등의 MEF와 같은 도구 또는 EF
가독성/유지 보수
경험을 리팩토링 관련하여, 비주얼 스튜디오와
통합
성능 (이것은 심지어 문제가 있는지 확실하지 않습니다)

누구도이 두 비교 경험이 있습니까? 누구든지 선택할 이유가 있습니까? 내가 실제로 고려해야 할 다른 것들이 있습니까?

출처

2009-11-28 System.Exception

Moq는 조롱 라이브러리이며 DI 컨테이너가 아닙니다. –

응답에 비추어 질문을 다시 말할 수 있습니까? DI 찾고 있어요? 그렇다면 후보자는 무엇입니까? Ninject/StructureMap/Unity? 조롱하는 경우 Rhino.Mocks/Moq가 주요 경쟁자입니다. 질문의 범위를 좁히거나 둘로 나눌 수 있다면 좋은 대답을 얻을 수 있습니다. –

Spring.NET과 Typemock도 각각 DI와 조롱을위한 좋은 대안입니다. –

로버트 하비 (Robert Harvey)에 의해 언급 된 것처럼, Moq는 의존성 주입 프레임 워크가 아니라 조롱 (즉, 클래스 구현을 항상 예측 가능한 결과를 반환하는 것으로 대체) 라이브러리입니다.

Moq 을 유니티와 함께 사용할 수 있습니다.

대체 DI 제안 사항에 대해서는 here을 사용해보십시오.

출처

2009-11-28 06:10:56

설명해 주셔서 감사합니다. 저는 실제로 DI 프레임 워크를 찾고 있었고 Castle Windsor (http://www.castleproject.org/container/index.html)를 포함하여 몇 가지 다른 것들 중에서 Unity를 고려했습니다. 누군가가 내가 Unity와 Moq 사이에서 어떤 비교도 찾을 수 없기 때문에 혼란이 시작된 곳인 Moq를 고려할 것을 제안했다. –

Unity와 Moq 의존성 삽입 프레임 워크 비교

답변

관련 문제