Winforms MVP 다중 프로젝트 솔루션의 실제 파일 레이아웃을 정의 할 수 있습니까?MVP Winform 솔루션/프로젝트 파일 레이아웃
MVP의 작동 방식,보기 등을 설정하는 방법에 대해 많은 게시물이 있습니다. 알 겠어. 많은 게시물은 또한 프로젝트의 실제 레이아웃이 매우 주관적이고 개인적인 취향에 개방적이라고 말합니다.
음, 나는 선호도, 경험 또는 역사가 없습니다. 현재 및 미래의 MVP Winform 프로젝트를위한 "템플릿"솔루션을 간단하게 구축하려고합니다. 마스터의 WinForm과 솔루션 자체
- - A "
: 나는 다음과 같은 포함 등, 솔루션, 프로젝트 폴더의 파일을 레이아웃에 대한 몇 가지 지침
내 MVP 솔루션의 모든를 찾고 있어요
- 공통적 인 기능을 수행하기 위해 내 방법, 루틴 등을 보유하고있는 "도우미"클래스 라이브러리 프로젝트입니다 (패키지, 응용 프로그램, 패키지 등). 작업
- 모든 BL을 포함하는 비즈니스 논리 클래스 라이브러리 프로젝트
- 모든 데이터 액세스 루틴을 처리하는 데이터 액세스 논리 클래스 라이브러리 프로젝트 s - 주로 Entity Framework 모델 사용
주 Winform은 각 모듈에서 사용자 정의 컨트롤을 호출하므로 모든 것이 반복 가능하고 이식 가능합니다. 수퍼바이저 모델이나 패시브 모델 등을 사용하는 경우 인터페이스를 유지하는 가장 좋은 장소는 어디입니까?
가능하면 미래에 winforms를 사용하지 마십시오. WPF, Silverlight 또는 ASP.NET (.NET 스택을 고수하고 싶다고 가정)을 고려하십시오. –
예 - 확실하게 .NET을 고수하고 있습니다 ... 저는 현재로서는 Win 및 Web 양식에 가장 익숙하므로 필요합니다. 대부분의 코딩은 사용자가 Sql Server 2008에 연결하는 동안 네트워크에서 사용하는 내부 응용 프로그램을위한 것입니다. Webform 스핀 오프는 거의 없지만 주로 Winforms가있을 수 있습니다. –
명심해야 할 것은 폴더가 구성 용이고 프로젝트가 어셈블리를 만드는 것입니다. 단순함은 미덕입니다. 각 릴리스에서 배포 할 어셈블리의 수를 신중하게 고려하십시오. 나는 당신이 일리노이 병합 할 수 있지만, 왜 신경 쓸 필요가 없다는 것을 알고 있습니다. 별도의 어셈블리를 작성하기로 결정했다면 구조가 아닌 기능별로 정리할 것입니다. –