微软把UWP定位成业务线应用程序开发平台

灰太狼 2021-04-24 08:34 354阅读 0赞

微软把UWP定位成传统业务线（LOB）应用程序开发平台，以使用Windows Template Studio实现快速应用程序开发为重点。但是，为了把LOB开发人员吸引到UWP平台，他们在做的事情不止这些。

最初发布时，通用Windows平台（UWP）只是被视为一种在Windows商店中销售应用程序的方法。其基本思想是你编写一次应用程序，它就可以在Windows和Windows Phone上运行。但是有严格的限制，你几乎是必须通过Windows商店。对业务线（LOB）应用程序而言，这就不合适了，因为它们天生就不应该公开暴露。

借助UWP，LOB开发人员要么继续使用遗留的WinForms和WPF平台，通常是使用ClickOnce作为部署方法，要么接受内部Web站点额外的复杂度和开发成本。对于中大型企业，这个方向尤其流行，WinForms/WPF更高的部署成本是一个因素。

随着去年“Windows 10 Fall Creators Update”的发布，UWP模型发生了变化，它使得直接通过网站安装UWP应用程序成为可能。虽然和ClickOne的体验不完全一样，但至少是个开始。同时，微软有一个团队致力于使XAML/UWP更适用于LOB应用程序。

## Windows UI库 ##

用户控件是任何UI框架的核心。强大的用户控件模型促成了Visual Basic在20世纪90年代的流行，并且仍然使桌面应用程序的开发速度高于基于HTML的解决方案。但是，UWP部署模型给它带来了一些不必要的限制。

由于主要的用户控件（又名平台控件）已经变成了OS的一部分，所以，应用程序在采用新控件时必须非常保守。有些公司的机器虽然运行着Windows 10，但其版本经常比正式发布的版本落后两个版本，这时候问题会尤为突出。

为了解决这个问题，平台控件现在作为NuGet包发布。这使得开发人员可以利用新控件，而不必等待公司的其他部门都升级到最新的Windows版本。这些NuGet包至少需要2016年8月发布的Windows周年纪念版。

这些控件填补了UWP生态系统中众所周知的空白，如缺少tree-view、菜单栏或颜色选择板。

## .NET Standard ##

借助.NET Framework和.NET Core，UWP现在支持.NET Standard 2.0。这使得开发人员可以把他们的业务逻辑和数据模型迁移到.NET Standard库。那样，他们就可以在传统的桌面应用程序、网站或UWP应用之间共享同样的代码。理论上讲，这将简化从WinForms/WPF到UWP的迁移。

## UI密度 ##

微软把UWP中的默认空间和大小描述为“慷慨提供了大量空白”。计划在今年发布的Windows版本将改变这种默认情况，通过自动减少控件尺寸、控件之间的填充空间、字体大小，释放更多屏幕实际使用面积，一般来说，就是让一切更紧凑。按照他们的估计，你可以把屏幕上的控件数量增加约三分之一。

开发人员可以通过选择简洁模式进一步缩小控件的尺寸。控件之间的空间减少了大约40%，一次可以看到的数据增加了大约50%。这项特性主要是针对数据密集型的业务线应用程序。

## 颜色主题 ##

众所周知，一个令人愉快的颜色主题会增加用户对工具的信任。但是，对于像UWP/XAML这样复杂的样式模式，通常甚至没有时间应用最基本的颜色。基本上，问题在于，每种控件类型的样式都需要单独更新，然后再测试整个主题。在构建业务线应用程序时，很少有足够的时间这样做。

有一款新工具，姑且称之为“Color Demo”，就是要解决这个问题。使用简单的颜色选择器，就可以预览主题，生成必要的资源字典，包含到应用程序中。

而且，它会提示你颜色选择可能导致的问题，如没有足够的对比度使文本可读。

这还不如全样式的XAML应用程序丰富，但是，它可以为应用程序提供足够的修饰，使它看上去有一个专业的外观。

## 数据验证UI ##

UWP还有另外一个明显的不足，就是缺少数据验证支持。这个疏忽很奇怪，因为数据验证从一开始就是.NET UI框架的一部分。（我们在文章“C\# API中的模型和它们的接口设计”中讨论过其中部分接口）。

今年新增的功能是在基于属性的验证中使用INotifyDataErrorInfo接口。当一个模型暴露了这个接口，UI就能够自动显示正确的错误信息。它显示错误的具体方式取决于你在控件中选择了哪个模式。

实现INotifyDataErrorInfo接口并不简单，涉及许多把基于属性的验证附加到INotifyDataErrorInfo接口的样板代码。因此，你也许会希望找一个MVVM框架来帮你处理。\[*本文作者的Tortuga Anchor库就是这样一个例子。*\]