面向桌面开发的 Windows Template Studio

在过去的二十年里，开发 Windows 应用程序所需的样板代码的数量急剧增加，这是由于.NET 早期是源于 RAD 或快速应用程序开发框架。微软试图通过面向 UWP 应用程序的 Windows Template Studio 来解决这个问题。

Windows Template Studio 是一个脚手架工具，你会发现，它跟 Node 或 ASP.NET MVC 的命令行工具很像。（虽然是 Visual Studio 的一个扩展，但 Windows Template Studio 是完全点选式的。）

它对三种项目风格提供了开箱即用的支持：空白、导航窗格和数据透视表。2018 年，他们计划增加更为传统的菜单栏风格。

以前，微软的项目模板会假设你只使用微软的库。Windows Template Studio 在这方面有所不同，你可以选择一个包含合适的第三方库的“设计模式”。目前在列表上的有“代码隐藏（code behind）”、MVVM Basic、 MVVMLight 、 Caliburn.Micro 和 Prism 。

其中包括如下多种页面类型：

• Settings
• Web View
• Media Player
• Master/Detail
• Telerik Data Grid
• Chart
• Tabbed
• Map
• Camera
• Image Gallery
• Ink Draw
• Ink Smart Canvas
• Ink Draw Picture

Windows Template Studio 可以分别接入以下“特性”：

• VS 应用中心分析
• 3D 应用启动器，适用于“混合现实”环境
• URI 模式，使用自定义的 URL 启动应用程序
• Web 到 App 的链接，可以替网站启动应用程序
• 设置存储
• 挂起和恢复
• 后台任务
• 共享资源，和其它应用程序共享文本、链接、图片等
• 分享目标，用于接受来自其他应用程序的分享
• Toast 通知
• Azure 通知
• 开发中心通知
• 动态磁贴
• 首次运行提示
• 新特性提示
• 反馈中心链接
• 拖放，从应用到桌面以及从桌面到应用

人们经常抱怨，微软的模板往往没有“生产就绪”，而且违反平台的最佳实践。作为解决这个问题的一个方法，Windows Template Studio 定义了一系列模板和生成代码的原则。

1. 保持生成的模板简单。
2. 生成模板只是开始，还不是完整的应用程序。
3. 模板一旦生成，必须能够编译和运行。
4. 生成的模板应该对所有设备族有效。
5. 模板应该有注释，以便为开发人员提供帮助。这包括指向密钥注册页、MSDN、博客和 how-to 页面的连接。提供的所有指南都应该经过框架、SDK 或库创建者的确认。
6. 所有特性在最近两个 RTM Windows 10 升级包中都支持。那些支持的版本是 Windows 10 Creators Update 和 Windows 10 Fall Creators Update。
7. 发布到生产环境的模板遵循 Windows 10 当前版本使用的设计语言。
8. 代码应该遵循.NET Core 编码风格。

项目结构

项目结构会因为你选择的选项不同而有所差别，但有些东西是通用的。例如，会生成单独的数据模型和视图模型文件夹。

按照 MVVM 模式，每个视图模型会直接反映与之关联的视图。在我们的第一个测试中，我们选择 Caliburn.Micro 作为设计模式，这样，每个视图模型就从 Caliburn.Micro.Screen 继承。视图本身会按照用法划分到“view”文件夹和“controls”文件夹。

Caliburn.Micro 设计模式会启用依赖注入，并预配置视图模型。这使用了 Caliburn.Micro ViewModelLocator。其他服务根据使用情况接入。

如果你选择了 MVVM Basic 设计模式，模型视图会由相应的视图自动创建，不需要 DI 框架。这说明，微软在尊重开发人员的选择方面切实做了些工作，而不是强制采用某种特定的应用程序设计。

就像你在网站中看到的那样，会有一个“styles”文件夹，其中包含决定应用程序样式的资源字典。有人或许不熟悉 UWP，资源字典就相当于 CSS 文件。

国际化支持被纳入模板，平常的.NET 字符串资源文件按照语言 / 文化来组织。

第一印象

使用 Windows Template Studio 创建第一个项目比较慢。在初始代码生成之后，创建过程就跟挂起了一样，那是在下载和缓存库。这不会影响该工具的后续使用。

添加新页面 / 特性和预期一样。例如，当使用包含 DI 框架的设计模式时，你可以预览如何修改 DI 代码以适应新页面。

不仅如此。如果你向已有的项目添加一个 Map 页面，那么它会智能更新应用描述文件，加入必要的权限。脚手架工具很少做得这么细。

但最终，它还是一个 UWP 应用，有着 UWP 应用的所有限制。在接下来的报道中，我们将介绍微软试图通过什么方式使 UWP 更适合业务线应用程序。

查看英文原文： An Introduction to the Windows Template Studio for Desktop Development