2011-02-07 3 views
1

일반 기능의 경우 .NET 용 IoC 컨테이너는 대체로 상호 교환 가능합니다. 우리 프로젝트는 오랜 기간 동안 살아 있었을 가능성이 높기 때문에 "미래 보장"을 토대로 프로젝트를 선택하는 경향이 있습니다. 우리는 그것 (사용자베이스, 지원, 활동적인 개발자, 문서화)과 대부분의 likeley가 그것의 뒤에 가장 많은 추진력을 가지고있는 것이 오랜 세월 안에 올 것이고, 일을해야한다고 느낍니다.긴 수명 프로젝트를 위해 .NET IoC 컨테이너를 선택했습니다.

이 기준에 따라 선택하셨습니까?

그러나 다시 : 우리는이 기준을 염려해야합니까? IoC 컨테이너가 우리를 얼마나 갇혀 있습니까? 나중에 컨테이너를 교체 할 필요가 없도록 소프트웨어를 설계 할 수 있습니까? 그렇다면 어떻게?

답변

2

소프트웨어를 컨테이너 독립적으로 설계 할 수 있는지 여부는 IoC 컨테이너 선택에 따라 어느 정도 다릅니다. delegate factories 기능은 대부분의 코드가 Autofac에 의존하지 않아도된다는 것을 의미하므로 Autofac을 정확하게 선택했습니다. 내가 그들을 많이 사용하지 않았기 때문에 나는 다른 사람들에게 말할 수 없다.

1

저는 아빠와 잘못 갈 수 있다고 생각하지 않습니다, StructureMap. 그러나 Microsoft 지원이 필요하면 Unity를 선택해야합니다.

'미래의 교정'에 관심이 있다면 오픈 소스로 이동하십시오. 당신은 코드를 가지고 있습니다.

+1

오픈 소스 프로젝트 인 Unity는 Microsoft 지원 계약에 의해 지원되지 않습니다. 여전히 오픈 소스 커뮤니티 나 Microsoft 개발자에게 의존하고 있습니다. 당신은 그 홈페이지를 읽을 수 있습니다. http://unity.codeplex.com/ –

+0

+1 오픈 소스 인수 – bitbonk

+0

@lex li 당신은 절대적으로 옳습니다. 그러나 거기에 미시시피 devs 일을 devs. –

관련 문제