답변

1

저는 CF 2.0 프로젝트에서 DI를 사용하고 있으며 성능 측면에서 어떤 문제도 보지 못했습니다. 또는 그 문제에 대한 다른 문제. 하지만 내 DI 접근 방식은 구성 파일에 지정된 DLL에서 특정 인터페이스를 찾은 다음로드하는 점에서 매우 간단합니다. 어떤 종류의 오버 헤드 문제가 컴팩트 플랫폼에 도입 될지 확신하지 못합니다.

3

OpenNetCf.net 그룹은 주요 관심사는 앱에서 수행하는 IOC의 강제 얼마나 반사에 대해 여기 http://ioc.codeplex.com/

모바일에 대한 IOC의가 있습니다. 반사는 비쌉니다. 조금이라도 사용하면 문제 없습니다. 많이 사용하면 시작 문제가 발생할 수 있습니다.

필자는 개인적으로 Ayende의 15 행 IoC 변형을 사용합니다.

http://ayende.com/Blog/archive/2007/10/20/Building-an-IoC-container-in-15-lines-of-code.aspx

+0

예, 리플렉션이 잠재적 인 킬러입니다. 최근 OpenNETCF IoC 프레임 워크에 유형 캐시를 추가하여 각 유형의 첫 번째 이후 객체로드 성능을 크게 향상 시켰습니다. 일부 기능은 향상되었지만 다른 기능과 마찬가지로 낮은 수준에서 코드가 수행하는 기능을 이해해야합니다. 문제를 피하는 법을 아는 것. – ctacke

1

나는 Ninject에 테스트하고 그 만족하고있다. 아직 생산에 사용하지 않았습니다.

관련 문제