Uwp 从打包为商店应用程序的WPF应用程序启动URI

Uwp 从打包为商店应用程序的WPF应用程序启动URI,uwp,desktop-bridge,Uwp,Desktop Bridge,我有一个C#WPF应用程序,我目前通过.msi文件部署(从我的网站直接下载) 我现在想将应用打包成一个.appx,并通过MS AppStore交付(除了我当前的直接下载.msi选项) 我已经使用新的VS2017“Windows应用程序打包项目”将其打包,并且它几乎可以正常工作:-) 我遇到的问题是,我的应用程序试图“启动”URL(web链接和文件路径)。目前,我使用Process.Start()执行此操作,并且效果良好-但文档暗示,商店应用程序中不允许这样做(尤其是在Windows10s上) 似

我有一个C#WPF应用程序,我目前通过.msi文件部署(从我的网站直接下载)

我现在想将应用打包成一个.appx,并通过MS AppStore交付(除了我当前的直接下载.msi选项)

我已经使用新的VS2017“Windows应用程序打包项目”将其打包,并且它几乎可以正常工作:-)

我遇到的问题是,我的应用程序试图“启动”URL(web链接和文件路径)。目前,我使用Process.Start()执行此操作,并且效果良好-但文档暗示,商店应用程序中不允许这样做(尤其是在Windows10s上)

似乎我应该改用Windows.System.Launcher.launchurisync。但此API仅适用于“适当的”UWP应用程序

有人知道怎么摆正这个圆圈吗?创建2个应用程序并共享代码不是一个选项(我不想那么糟糕地出现在商店里!!)

谢谢

这是允许的

您不能对动态下载的EXE(即,不是从包中下载的EXE)调用Process.Start()。如果你不这样做,你会没事的


如果文档令人困惑,请共享一个指针,以便我可以修复这些文档。

当我运行应用程序认证工具时,我得到一个失败的文件MYAPP\MYAPP.exe包含对与“启动进程”相关的API System.Diagnostics.Process.Start的引用。如果未修复,则启动可执行文件受Windows 10 S系统的限制。依赖此功能的应用可能无法在Windows 10 S系统上正确运行。这是一个可选测试。它不会阻止您的店铺提交。如果您没有启动动态下载的二进制文件,那么您就没事了。我同意测试和错误信息可能令人困惑。