[关闭]
@lsmn 2018-08-08T16:25:06.000000Z 字数 2102 阅读 1613

面向桌面开发的Windows Template Studio

语言 微软 Windows


摘要

在过去的二十年里,开发Windows应用程序所需的样板代码的数量急剧增加,这是由于.NET早期是源于RAD或快速应用程序开发框架。微软试图通过面向UWP应用程序的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、MVVMLightCaliburn.MicroPrism

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

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

人们经常抱怨,微软的模板往往没有“生产就绪”,而且违反平台的最佳实践。作为解决这个问题的一个方法,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

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注