希望寫一個小型工具，給自己和需要的人。考慮到程式碼儘可能的複用，我準備採用 .Net Standard 來編寫大多數核心程式碼，並基於 .Net Core 編寫跨平臺控制檯入口，用 WPF 編寫桌面端 UI 入口，用 UWP 作為可上架商店的 UI 入口，然後用 Shared Project 共享 WPF 和 UI 的多數 UI 入口程式碼。

閱讀本文將瞭解到如何在儘可能複用程式碼的情況下組織這樣的 C# 解決方案。

工具型專案，選擇了控制檯

用 WPF 開發桌面 UI，因為其有強大的 .NET Framework 庫在背後支援，外加方便而功能齊全的 XAML 開發環境，在用 C# 進行桌面應用程式開發的時候不失為一種優秀的選擇。但微軟卻並不怎麼重視 WPF，而一直投入較大資源在半死不活的 UWP 上，導致 WPF 現在有非常多的坑是在 UWP 上才解的。然而，微軟卻並沒有好好運營 UWP，以至於其開發者急劇減少，再在上面投入太多精力投入產出比顯得太低。

.NET Framework 是個優秀的框架，可是與 Windows 桌面端綁得太死，以至於在當下多平臺發展得都不錯的情況下失去了大多數的競爭力。但是 .NET Core 解決了這個問題。然而談到 UI 的跨平臺，就是一個巨大的投入和難以見底的坑，以至於基於 .NET Core 且跨平臺的 UI 框架目前依然沒有出現。

畢竟只是工具型專案，並不想去動用大型 UI 框架 Xamarin/Unity，以至於寫一個 .NET Core 控制檯程式成了小型工具型專案的最佳解決方案了。

工具型專案是任務導向的，能完成任務為最終目的。控制檯與配置檔案的配合不僅足以完成任務，還為自動化或其他工具整合提供了方便。這裡提供 UI 只是為了方便此工具使用者的初學使用和理解。

組織一個 C# 解決方案

我們總共涉及到的 Visual Studio 專案型別有這五個：
- 類庫(.NET Standard)
- 共享專案
- 控制檯應用(.NET Core)
- WPF 應用(.NET Framework)
- 空白應用(通用 Windows)

.NET Standard 和共享專案是預設就裝上的，但其他三個卻不是。需要在 Visual Studio 安裝介面中額外勾選：
- 用於安裝通用 Windows 專案，如果你對此不感興趣，忽略即可

- 用於安裝 WPF 應用，如果你對此不感興趣，忽略即可

- 用於安裝 .NET Core 專案，這是跨平臺的重點，建議安裝

在 Visual Studio 中建立一個解決方案的時候依次新增這五種專案。
- 我們的主要邏輯程式碼全在 .NET Standard 專案中。這裡包含了完整的功能實現，可以脫離其他四種實現完整功能。
- .NET Core 控制檯專案僅僅作為入口，引用 .NET Standard 的專案，將使用者輸入的命令轉為具體的函式呼叫。
- 共享專案的程式碼主要是 UI 或 UI 輔助程式碼，例如控制 UI 的邏輯和 ViewModel。
- UWP 和 WPF 專案僅包含 UI（XAML）和必要的不一致的 UI 控制邏輯，通過連結的方式將共享專案中的程式碼引入如何連結？。
- 其他的工具庫當然也是需要的，但為了通用，建議優先選擇 .NET Standard 的庫。

這樣，專案在 Visual Studio 中看起來大概是這樣的：