迁移桌面程序到MS Store(9)——APPX With Desktop Extension
在《迁移桌面程序到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", , ))
{
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
迁移桌面程序到MS Store(9)——APPX With Desktop Extension的更多相关文章
- 迁移桌面程序到MS Store(2)——Desktop App Converter
迁移传统桌面程序到MS Store的另一种方式是使用Desktop App Converter工具.虽然本篇标题包含了Desktop App Converter(以下简称DAC),实际上我是来劝你别用 ...
- 迁移桌面程序到MS Store(8)——通过APPX下载Win32Component
在上一篇<迁移桌面程序到MS Store(7)——APPX + Service>中,我们提到将desktop application拆分成UI Client+Service两部分.其中UI ...
- 迁移桌面程序到MS Store(14)——APPX嵌入WCF Service以Admin权限运行
Windows10 1809版本开始,微软又对UWP开放了新的Capability:AllowElevation. 通过这个新的Capability,UWP APP能够在运行时向用户请求Admin权限 ...
- 迁移桌面程序到MS Store(5)——.NET Standard
接下来的几篇,我想讨论下迁移桌面程序到MS Store,可以采用的比较常见.通用性比较强的实施步骤和分层架构. 通常商业项目一般都是不断的迭代,不太可能突然停止更新现有的桌面版本,然后花很长时间从头来 ...
- 迁移桌面程序到MS Store(1)——通过Visual Studio创建Packaging工程
之前跑去做了一年多的iOS开发,被XCode恶心得不行.做人呢,最重要的是开心.所以我就炒了公司鱿鱼,挪了个窝回头去做Windows开发了. UWP什么的很久没有正儿八经写了,国内的需求 ...
- 迁移桌面程序到MS Store(10)——在Windows S Mode运行
首先简单介绍Windows 10 S Mode,Windows在该模式下,只能跑MS Store里的软件,不能通过其他方式安装.好处是安全有保障,杜绝一切国产流氓软件.就像iOS一样,APP进商店都需 ...
- 迁移桌面程序到MS Store(12)——WPF使用UWP InkToolbar和InkCanvas
我们在<迁移桌面程序到MS Store(4)——桌面程序调用Win10 API>提到了对Win10 API的调用,但仍存在无法在WPF中使用UWP控件的问题,虽然都是XAML控件,但却是两 ...
- 迁移桌面程序到MS Store(13)——动态检查Win10 API是否可用
假设我们现有一个WPF程序,需要支持1903以前的Windows 10版本.同时在1903以后的版本上,额外多出一个Ink的功能.那么我们就可以通过ApiInformation.IsApiContra ...
- 迁移桌面程序到MS Store(3)——开机自启动
迁移桌面程序的时候,有可能你会遇到这么个需求——开机自启动.Windows传统桌面程序的传统陋习.不论什么奇葩软件都想要开机自启动,默认就给你打开,一开机哐哐哐什么雷,什么企鹅都蹦出来,也不管你用不用 ...
随机推荐
- EditText 详细信息(监听事件时,输入改变、透明背景、提示改变文字颜色、密文输入)
1.对EditText输入监视.给EditText 捆绑 addTextChangedListener 监控事件 能够. 2.EditText输入内容.密文显示: android:password=& ...
- 两个QWidget叠加,可部分代替layout的功能
在QT开发过程中,有时候会遇到这样的问题,当我们自己创建了一个Layout对象以后,使用QWidget的setLayout方法,将这个Layout对象应用到窗口中的时候,发现窗口上没有我们添加的控件, ...
- MySQL SYS CPU高的案例分析(二)
原文:MySQL SYS CPU高的案例分析(二) 后面又做了补充测试,增加了每秒context switch的监控,以及SQL执行时各步骤消耗时间的监控. [测试现象一] 启用1000个并发线程的压 ...
- Python 绘图利器 —— ggplot
安装: 命令行:pip install ggplot 1. 杂项 NameError: name 'ggsave' is not defined. Python ggplot- ggsave func ...
- 工具:sql server profiler(分析器)
打开profiler新建->连接数据库进行监测 任何访问该数据库的都有记录 image 对于linq的检验:sql实际如何->运行程序,查看分析器记录 image ...
- C#调用C/C++ DLL 参数传递和回调函数的总结
原文:C#调用C/C++ DLL 参数传递和回调函数的总结 Int型传入: Dll端: extern "C" __declspec(dllexport) int Add(int a ...
- 【WPF】右下角弹出自定义通知样式(Notification)——简单教程
原文:[WPF]右下角弹出自定义通知样式(Notification)--简单教程 1.先看效果 2.实现 1.主界面是MainWindow 上面就只摆放一个Button即可.在Button的点击事件中 ...
- wpf 高DPI开发
https://blog.walterlv.com/post/windows-high-dpi-development.html https://blog.csdn.net/ZslLoveMiwa/a ...
- windows下,Qt Creator 中javascript调试器安装并使用
最开始使用Qt Creator时,想使用断点来调试javascript代码.但在按下debug键后,却提示调试器未配置,让我比较郁闷. 好了,郁闷的是说了,咱们来说说高兴的.要Qt Creator调试 ...
- VMNET 工作站
nattunnel 快速连接内网电脑 内网穿透.内网映射,支持微信小程序本地开发 支持WEB.远程桌面.多种TCP协议 官方主页:http://www.vmnet.cc 用途 一个可以快速连接局域网中 ...