如何组织一个同时面向 UWP/WPF/.Net Core 控制台的 C# 项目解决方案
希望写一个小型工具,给自己和需要的人。考虑到代码尽可能的复用,我准备采用 .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 中看起来大概是这样的: