接下来的几篇，我想讨论下迁移桌面程序到MS Store，可以采用的比较常见、通用性比较强的实施步骤和分层架构。

　　通常商业项目一般都是不断的迭代，不太可能突然停止更新现有的桌面版本，然后花很长时间从头来写UWP版本，所以我建议将迁移的过程分阶段，通过几个版本的迭代，慢慢地从传统桌面程序，转变成一个可以通过MS Store审核的APPX程序。至于之后要不要变成真·UWP可以视市场反馈决定。
假设现有的桌面程序包含一个MainUI的WPF工程，多个.NET Framework 4.5的类库，以及一个C++编写的后台服务，以Windows Service的形式运行。之所以假设存在一个C++的Service,是考虑有些桌面程序要和硬件打交道，只有C语言版本的API。或者需要调用公司自己的通用类库，通常是C或C++写的跨平台版本。
我推荐第一步，也是最简单的一步从.NET Framework类库着手改起。第一阶段的目标是将.NET Frramwork 4.5的类库，转换成.NET Standard 2.0版本的类库。

　　这里要着重介绍一下.NET Standard。MSDN上对于.NET Standard的解释虽然每个字都认识，可把这些字连成句子，读起来就不太容易看懂。

　　Universal Windows class library就比较尴尬了，作为Win8那时候的Windows Runtime portable class library的Win10升级版。技术是好技术，可惜没赶上好时候。Win8和WP8的口碑不行，连累了Win10。简而言之就是给所有UWP程序用的class library。
.NET Standard则是Universal Windows Class Library的跨平台再升级版。最终的大一统，今日的主角。

　　上面这个表格看上去内容很多，实际我们仅仅需要看最后一列，使用最新的.NET Standard 2.0就可以了。抛去和我们迁移桌面程序关系不大的Mono，Xamarion和Unity，实际我们可以看到从.NET 4.6.1开始就已经支持.NET Standard 2.0了。从Windows 10版本来看的话，RS3的16299也已经是非常普及的版本了。
升级到.NET Standard的好处非常明显，.NET Standard版本的类库可以在.NET Framework，UWP和.NET Core 之间共享，同时面向未来的升级做到无缝衔接。
本着先易后难，循序渐进的原则，这一篇我们先讨论了什么是.NET Standard，以及升级的目的和意义。下一篇我们会介绍在升级.NET Framework到.NET Standard的过程中，可以使用的兼容性检测工具The .NET Portability Analyzer。顺便在展望一下.NET Core 3.0，一边写代码一边吹吹水，体验双倍的快乐！https://www.cnblogs.com/manupstairs/p/10236601.html