Windows 8 混合桌面/现代ui应用程序

据我所知，微软希望“同时拥有桌面和现代ui GUI”只适用于网络浏览器（我错了吗？）

这是否意味着普通应用将开发两次？例如，Skype可以作为纯桌面应用程序和纯现代ui应用程序使用？如果用户同时安装这两个实例，这两个实例将不会共享任何数据

我无法想象他们会转向手势友好型用户界面/混合型用户界面，并在现代用户界面中留下完整的桌面应用程序（不是玩具/手机类/游戏类应用程序，只能在一个空间中使用），而没有集成/入口点。或者他们想参与“杀死成熟的桌面应用”运动

那么，在任何GUI工具包中开发的桌面应用程序是否有一个模型，它希望在现代ui中与一个小型HTML/CSS/JS前端进行一些最小的集成，例如提供一个包含最喜欢的或最近访问的文件、联系人等的仪表板？

您的第一句“仅在浏览器中”是不正确的。桌面应用程序不会改变其当前的设计模式。当然，你可以在桌面上安装基于浏览器的应用程序。但是，作为问题的真正解决方案，完整客户机仍然受到支持，并且仍然可行

您从该评论中得到的启示应该是，桌面应用程序并不像人们所断言的那样被弃用。现实是，桌面应用程序仍然是解决许多问题的唯一方法

您关于共享数据的第二个问题不正确。Skype与其应用程序伙伴共享大量数据。然而，这并不是因为共享本地存储；这是因为它共享的服务。我的帐户和联系人在服务器上。所以，他们分享了很多

您从该评论中得到的启示应该是，Windows 8应用程序不应高度利用本地存储，而应构建为面向服务的客户端。为此，您的桌面应用程序也应该已经开始利用这种体系结构

您的第三个问题（非常神秘）似乎是问桌面应用程序和配套的Windows 8应用程序是否可以相互共享或集成。答案是肯定的。它们不仅可以共享同一个服务，而且文件关联、自定义协议和一些非存储清单功能都明确允许这一点。业务线应用程序应该有一个配套的应用程序，如果你问我。集成点很多，但不是每一个。但是，如果不引入配套应用程序，就没有其他方法可以充分利用Windows8的新功能，即使该应用程序做得很少

您从该评论中得到的信息应该是，Windows桌面应用程序和配套的Windows应用程序是首选和预期的开发方法

---

祝你好运，谢谢你的提问。

我想你误解了他的第一个问题。他在问，浏览器是否是唯一一种安装桌面应用程序的应用程序，然后它提供了一个界面来充当metro应用程序——因此是浏览器参考（因为我相信这是唯一一种可以做到这一点的应用程序）。我说的不是仅在浏览器中可用的应用程序，而是仅在web浏览器中可用的混合（桌面应用程序+现代ui伴侣应用程序）。我知道很多skype都发生在外部服务器上，但我说的是共享本地设置。Skype可能是一个不好的例子，但我相信仍然有很多应用程序可以从现代UI应用程序和桌面应用程序之间共享的本地数据中获益。你提到了服务、文件关联、自定义协议，但对于仍然需要它们的非全连接应用程序，本地设置和数据又如何呢？顺便说一句，对不起，我不是以英语为母语的人。如果您有重新表述的建议，我将更新我的问题。这些功能的“需求”将由您的应用程序和需求决定。但它们肯定对这两种应用程序都有好处。