在《迁移桌面程序到MS Store(8)——通过APPX下载Win32Component》中我们讨论了通过APPX来下载Service部分的安装包。但是纯UWP的客户端并不能自动运行下载的exe或者msi文件。本篇将着手解决这个问题。
假设我们有如下结构的application,蓝色APPX中包含UWP及.NET Standard Libraries。而Service部分以WCF的形式Host在Windows Service上,这其中包含了诸如Win32 API等无法迁移到UWP的内容。
因为用户不愿除了从MS Store下载外,再额外手动下载Service部分的安装包。所以我们希望在APPX中,包含额外的exe或msi安装包,通过Packaging工程的形式来打包成APPX,结构图如下所示,绿色UWP Client包含了UWP UI及.NET Standard Libraries,而Service部分直接以exe或msi形式嵌入。
样例代码放在全球最大的同性交友平台GitHub:
https://github.com/manupstairs/AppxWithDesktopExtension
也可以去MS Store试下成品:
https://www.microsoft.com/store/productid/9N22D8RLKZN2
首先看AppWithDesktopExtension1文件夹,由三个工程组成。
UWPClient是一个标准的UWP工程,该工程仅有一个Button按钮,在点击该按钮后,去启动DotNetConsoleApp.exe程序。
private async void Button_Click(object sender, RoutedEventArgs e) { if (ApiInformation.IsApiContractPresent("Windows.ApplicationModel.FullTrustAppContract", 1, 0)) { await FullTrustProcessLauncher.LaunchFullTrustProcessForCurrentAppAsync(); } }
默认的UWP工程的references中是不包含ApiInformation类及FullTrustProcessLauncher类的。这里我们需要添加Windows Desktop Extensions for the UWP的引用。
UWPClient本身并不能包含exe或者Win32App的工程,所以我们还是需要通过Packaging工程来同时包含二者。首先在AppxWithDesktopExtension工程的Applications中添加UWPClient的引用。然后再将生成好的DotNetConsoleApp.exe拷贝到AppxWithDesktopExtesion工程。假设该exe文件是一个installer文件,所以我们不是添加工程的reference而是直接添加该exe文件。
这里有个需要注意的地方是,建议建一个同名文件夹放置exe文件。直接添加exe到根目录的话,我在提交商店预处理的时候遇到“DotNetConsoleApp.exe“ doesn‘t exist in the package的错误,我有理由相信这是某软对路径的判断没处理好,但是咱们犟不过他,只好模仿添加工程reference的情况下的文件结构,来绕过去这个问题。
此时该Packaging工程已同时包含UWPClient及DotNetConsoleApp.exe两部分内容。然而实现二者之间的调用,我们还需要编辑Packaging工程的Package.appxmanifest文件,选中该文件后右键点击Open with…然后再弹出的对话框中选择XML(Text)Editor。
在Package.appxmanifest文件的Application节点中添加如下内容:
<Extensions> <desktop:Extension xmlns:desktop="http://schemas.microsoft.com/appx/manifest/desktop/windows10" Category="windows.fullTrustProcess" Executable="DotNetConsoleApp\DotNetConsoleApp.exe" /> </Extensions>
至此,我们已基本完成了Appx with Desktop Extension的操作,几乎已经可以使用一个很流行的词叫“闭环”。但是等等,在点击F5运行之前,有个设置还需要改一下。在Solution文件上右键选中Properties,然后在Configuration中,将Packaging工程的Platform改成和UWPClient一致。UWPClient默认是x86,当然你都改成x64也可以。
有同学肯定要问为什么不能选AnyCPU,这是因为UWP使用了.NET Native预编译技术,是Platform相关的,详见:
.NET Native – What it means for Universal Windows Platform (UWP) developers
https://blogs.windows.com/buildingapps/2015/08/20/net-native-what-it-means-for-universal-windows-platform-uwp-developers/#mhT71xdPsoIclvV0.97
With .NET Native brought into the mix, AnyCPU is no longer a valid build configuration because native compilation is architecture dependent.
最后在我们运行AppxWithDesktopExtension程序之前,先看一眼DotNetConsoleApp工程到底做了什么。
namespace DotNetConsoleApp { class Program { static void Main(string[] args) { Console.WriteLine("Suppose I‘m an installer."); Console.ReadLine(); } } }
是的,我们啥也没做,就是打印一行字假装我们是installer。实际在Appx我们也并没有引用该工程,而仅是包含了事先build好的DotNetConsoleApp.exe文件。
点击F5运行AppWithDesktopExtension工程,结果如下图所示。
本篇内容至此结束,附上GitHub地址:
https://github.com/manupstairs/AppxWithDesktopExtension
MS Store:
https://www.microsoft.com/store/productid/9N22D8RLKZN2