솔루션/프로젝트에서 모델을 데이터 액세스 계층에 사용해야합니까? 예를 들어 데이터베이스에 Users 테이블을 사용해야하는 로그인 모듈이 있고 User.cs 모델이있는 경우 그 파일은 어디로 갈 것인가? 정보를 얻기 위해 다른 모듈이이 User.cs에 액세스 할 수 있어야한다면 모듈에 넣을 수 없습니다. 그러나 그때 나는 이것이 어떻게 느슨하게 결합 된 채로있을 수 있는지 보지 못한다.복합 애플리케이션 지침 (PRISM) 및 모델
느슨한 결합의 경우 일반적으로 은 다른 모든 프로젝트를 참조 할 때 별도의 어셈블리에 이러한 개체에 대한 인터페이스를 저장합니다. 우리 회사에서는 이것을 "계약"어셈블리라고 부르며 일반적으로 에는 인터페이스 또는 단순한 유형 만 들어 있습니다. 당신이 사용하는 모든 별도의 DLL에 인터페이스를 유지하는 경우 모델 가야 , 에 관해서는
, 당신이를 원하는 목적지 당신이 모델을 넣을 수 있습니다. 일반적으로 내 WCF 계약 또는 ORM (Linq2Sql 등) 형식을 내 모델로 간주하고 일반적으로 이러한 종류의 것들을 저장합니다. 내가 생각하는 "모델"은 조금 더 유동적이라고 생각한다.
나는 뷰와 "뷰"와 "ViewModels"이 도움이
희망으로 끝나는 네임 스페이스에있는 ViewModels에 대한 더 엄격한입니다.