Windows 8 共享一个;“深度链接”;从Windows 8/WinRT应用程序

Windows 8 共享一个;“深度链接”;从Windows 8/WinRT应用程序,windows-8,windows-runtime,windows-store-apps,deep-linking,Windows 8,Windows Runtime,Windows Store Apps,Deep Linking,我用许多不同的术语和短语进行了搜索,浏览了很多页的结果,但我(明显地)没有看到其他人对这个问题进行过讨论,甚至没有人问过这个问题。所以这里是 最终目标:允许在Windows应用商店应用程序中查看基于内容的页面(可能包含文本和图像)的用户与其他人共享该内容 说明 我正在努力获取大量内容,并将其作为Windows 8/WinRT/Windows应用商店(此处需要一致的名称)应用程序进行浏览/导航。其中一个需要的功能是利用共享魅力,这样查看页面的人可以与其他人共享该页面 理想的行为是应用程序实现共享源

我用许多不同的术语和短语进行了搜索,浏览了很多页的结果,但我(明显地)没有看到其他人对这个问题进行过讨论,甚至没有人问过这个问题。所以这里是

最终目标:允许在Windows应用商店应用程序中查看基于内容的页面(可能包含文本和图像)的用户与其他人共享该内容

说明
我正在努力获取大量内容,并将其作为Windows 8/WinRT/Windows应用商店(此处需要一致的名称)应用程序进行浏览/导航。其中一个需要的功能是利用共享魅力,这样查看页面的人可以与其他人共享该页面

理想的行为是应用程序实现共享源代码契约,该契约将共享包含一些解释性文本的电子邮件、从Windows应用商店获取应用程序的链接,以及应用程序中共享页面的“深度链接”

考虑的解决方案
我们最初只考虑生成页面的PDF表示,但在WinRT下工作的外部库很少,而且必须包含外部许可代码也会有问题。编写我们自己的PDF生成代码将超出范围

我们也考虑过使用OpenXML生成Word文档或PowerPoint幻灯片,但同样,我们遇到了WinRT的限制。在这种情况下,OpenXMLSDK不太可能在WinRT应用程序中使用

另一个想法是将所有页面预生成为.pdf文件,将其存储为资源,并在调用Share命令时共享与当前页面关联的.pdf文件。这里的问题是,应用程序将至少有150个内容页,并且取决于我们如何分解内容,多达600多个。这可能会导致严重的肿胀

我们现在的位置
因此,我们开始共享URI。但是,从我所知道的情况来看,“深度链接”功能只适用于绑定到应用程序的辅助磁贴。我考虑的另一个途径是在操作系统上注册一个协议,如“我的特殊应用程序”,并让它启动应用程序,但这需要HKCR注册表访问,而这是WinRT沙盒之外的

如果重要的话,我们倾向于使用HTML/JS应用程序,而不是XAML/C#,因为转换的内容都是HTML格式的,WinRT中的WebView控件相当有限。不过,这一决定还不是最终决定

结论
那么,这是可能的,如果是的话,将如何做,或者在哪里可以找到关于它的文档

谢谢,

Dave Parker

如果我正确理解您的描述,您是否希望允许用户将内容共享给可能未安装应用程序的其他用户?要求人们在收到共享链接之前安装应用程序是不可取的吗?@justin skiles我不知道你的意思。假设我们假设share Recipient在接收共享链接之前安装了应用程序,是否有方法构造链接以打开应用程序并导航到该页面?Windows应用商店应用程序可以注册协议处理程序:@NathanKuchta。这似乎是我正在寻找的答案。但是,我不能将评论标记为答案,因此,如果你能给出你的答案和实际答案,我将标记为这样,人们可以据此投票。非常感谢你。