가끔 많은 수의 코드가 포함 된 일련의 솔루션을 만들어 냈습니다. 프로젝트를 유지 보수 할 수 있도록 시각 스튜디오에서 이러한 아티팩트를 구성하는 올바른 방법을 찾으려고합니다. 응용 프로그램의 WinRT 버전.NET 및 VS 프로젝트 공유 소스 파일을 관리하는 모범 사례에 대한 공식 지침이 있습니까?
이 솔루션 동일위한 것입니다 :
솔루션 A : :
솔루션 B는 응용 프로그램의 Windows 바탕 화면 WPF 4.0 버전
는 다음의 고려 UI 및 배포 변형이있는 프로젝트 결과적으로 우리는 소스 코드 파일의 세 가지 분류가 있습니다. (WPF XAML 및 기타 표시 및 응용 프로그램 호스팅 도메인 구성 요소)
솔루션 특정 소스를
솔루션 공유 소스 (.NET 휴대용 서브 세트와 코드를
솔루션 변형 소스 (여러 솔루션에서 거의 동일하지만 특정 솔루션을 사용하기 위해 어셈블리에서 몇 가지 추가 클래스가 필요할 수도 있고/또는 컴파일러 조건이있는 소스 코드 L 블록 (# 만약 WinRT ... #endif 다음)
나에게 여기에서 어려운 문제는이 세 번째 경우 처리하는 방법 (변형 소스를.)
이하나 개의 솔루션에 개인 프로젝트를 사용하는 것입니다 각 솔루션 (Product.Variant.WinRT 및 Product.Variant.Wpf)과 Visual Studio Add as Link 기능을 사용하고 로컬 종속성을 필요에 따라 추가하여 로컬 디렉토리 구조의 느슨한 파일에서 공유 파일을 합성합니다 (예 : 플랫폼 인터페이스가 누락 된 것 등)
내가보기에 문제는 많은 경우에 더 복잡한 프로젝트 구조를 생성한다는 것입니다. 변형 프로젝트와 몇 가지 플랫폼 이상 (여기서 10 개 이상의 대상이있는 xamarin 시나리오를 고려하십시오.)
또 다른 문제점은 공유 파일을 어디에 저장해야합니까?