我经常发现自己正在制作一组包含大量汇聚代码的解决方案。我正在尝试找到在visual studio中组织这些工件的正确方法，以便项目可维护和连贯。
请考虑以下事项：
解决方案A：Windows桌面WPF 4.0版应用程序
解决方案B：应用程序的WinRT版本
这些解决方案适用于具有UI和分布变体的同一项目。因此，我们有三种源代码文件分类：
解决方案特定来源（WPF XAML和其他演示和应用程序托管域组件。）
解决方案共享源（.NET Portable Subset和由于解决方案之间的可移植性而真正共享的代码。）
解决方案Variant Source（源代码对于多个解决方案几乎相同，但在程序集中可能需要一些额外的类才能使用它们的特定解决方案，和/或带有编译器条件块的源代码（#if WinRT） ...... #endif）
这里的难题是如何处理第三种情况（Variant Source。）
一种解决方案是在每个解决方案（Product.Variant.WinRT和Product.Variant.Wpf）上使用私有项目，并使用visual studio Add as将所有共享文件（来自本地目录结构中的松散文件？）组合在一起？链接功能，然后根据需要添加本地依赖项（例如缺少平台接口等）
我看到的问题是，如果你有很多变种项目和多个平台，它会创建更复杂的项目结构（考虑xamarin场景，这里有10个以上的目标。）
另一个问题是存储共享文件的位置？
答案 0 :(得分：0)