1
很多時候，我發現自己正在制定一套包含大量收斂代碼的解決方案。我試圖找到在Visual Studio中組織這些工件的正確方法，以便項目可以維護和連貫。是否有關於管理.NET和VS項目共享源文件的最佳實踐的官方指南？
考慮以下幾點：
解決方案A：Windows桌面WPF 4.0版應用程序的
解決方案B：應用的WinRT版本
這些解決方案是相同的用戶界面和分佈變化的項目。因此，我們具有的源代碼文件三種分類：（WPF XAML等呈現和應用託管域成分）
解特定源
解共享源（.NET便攜式子集和代碼這是由於解決方案之間的可移植性而真正共享的。）
解決方案變體源代碼（對於多個解決方案几乎相同的源代碼，但可能需要組件中的幾個附加類來使用它們的特定解決方案和/或帶編譯器條件的源代碼L個塊（＃如果WinRT的... #ENDIF）
這裏的難題給我的是如何處理這種第三種情況（變體來源。）
一個解決方案是對使用私人項目每個解決方案（Product.Variant.WinRT和Product.Variant.Wpf）並通過使用Visual Studio的「添加爲鏈接」功能將所有共享文件（來自本地目錄結構中的鬆散文件？）組合在一起，然後根據需要添加本地依賴項作爲丟失的平臺接口等）
我看到這個問題是它創建更復雜的項目結構，如果你有很多的變體項目和超過幾個平臺（考慮這裏有超過10個目標的xamarin場景。）
另一個問題是在哪裏存儲共享文件？