S#ARP 아키텍처 vs 스트레이트 IOC + nhibernate + MVC

Question

이점이 다른 외부 어셈블리를 사용하기에 충분합니까? S#arp를 제거하고 나중에 nhibernate를 유지하는 것이 얼마나 어려운가요?

Answer 1

나는 모든 것을 유지하는 데 문제가있을 것이라고 생각합니다. 그것과의 통합은 디자인에 의해 빡빡해야합니다.

프로젝트를 다시 한 번 시작해야한다면 S#ARP 아키텍처를 사용합니다. 그 노스 윈드 샘플 프로젝트는 나에게 롤리팝처럼 보입니다.

따라서 외부 라이브러리로 기분이 좋으면 가십시오!

Answer 2

루이스 아브리우 S#ARP 아키텍처에 대한 훌륭한 블로그 항목이 있으며 프로젝트에서 가장 중요한 어셈블리를 논의합니다. 그들은 확실히 프레임 워크의 토대에 대한 나의 이해에 도움이되었습니다.

Answer 3

직선 IOC + NHibernate + MVC를 선호합니다.

몇 달 전에 저는 IOC와 MVC에 들어가는 동시에 S#ARP 아키텍처를 살펴 보았습니다. 나는 그것을 철저히 분리했다. 나는 프로젝트가 NHibernate 세션을 매우 테스트 친화적 인 방식으로 관리하는 방식을 좋아합니다. 나는 그 디자인을 내 자신의 프로젝트에 가지고 다녔다. 그러나 나는 무슨 일이 일어나고 있는지 이해하고 단순히 내 프로젝트 아키텍처에서 필요한 것을 설정하는 것이 더 좋을 것이라고 느꼈습니다.

IOC는 설정하기가 어렵지 않습니다. nhibernate + fluent nhibernate는 몇 번 완료 한 후에는 설정하기가 어렵지 않습니다. 블랙 박스에 구현을 위임하는 대신 IOC 및 NHibernate와 같은 단순한 경우 내 코드를 알고 싶어합니다.

Answer 4

도메인의 아키텍처를 확장해야하기 때문에 표지 아래에서 무슨 일이 일어나고 있는지 이해해야합니다. 나는 내가 할 수있는 모든 기회마다 s#arp를 사용합니다.