据我了解，微软希望允许“同时拥有桌面和现代 ui GUI”仅可用于 Web 浏览器（我在这里弄错了吗？）。
这是否意味着普通应用程序将被开发两次？例如 Skype 既可以作为纯桌面应用程序也可以作为纯现代 ui 应用程序使用？如果用户同时安装这两个实例，这两个实例将不共享任何数据？
我无法想象他们会转向手势友好的 uis/混合 ui，并留下完整的桌面应用程序（不是玩具/类似手机/游戏应用程序，只能存在于一个空间中）在现代内部没有集成/入口点ui。或者也许他们想参与“杀死成熟的桌面应用程序”运动？
那么是否有一个在任何 GUI 工具包中开发的桌面应用程序模型，它希望与现代 ui 中的小型 HTML/CSS/JS 前端进行一些最小集成，例如提供收藏夹或最近访问的文件、联系人的仪表板， ETC ？
您对“仅在浏览器中”的第一个说法是不正确的。桌面应用程序不会改变它们当前的设计范式。当然，您可以在桌面上安装基于浏览器的应用程序。但是仍然支持完整的客户端，并且仍然可以作为问题的真正解决方案。
您从该评论中得出的结论应该是，桌面应用程序并没有像人们断言的那样被弃用。现实情况是，桌面应用程序仍然是许多问题的唯一解决方案。
您关于共享数据的第二个问题不正确。Skype 与其应用伙伴共享大量数据。然而，不是因为共享本地存储；这是因为它共享的服务。我的帐户和联系人在服务器上。所以，他们分享了很多。
您从该评论中得出的结论是，Windows 8 应用程序不应高度利用本地存储，而应构建为面向服务的客户端。为此，您的桌面应用程序也应该已经开始利用这种架构。
您的第三个问题（非常神秘）似乎是询问桌面应用程序和配套的 Windows 8 应用程序是否可以相互共享或集成。答案是肯定的。它们不仅可以共享相同的服务，而且文件关联、自定义协议和一些非商店清单功能明确允许这样做。如果你问我，业务线应用程序应该有一个配套应用程序。集成点很多——尽管不是每一个。但是，如果不引入配套应用程序，就没有其他方法可以利用 Windows 8 的新功能——即使该应用程序做的很少。
您从该评论中得出的结论应该是，Windows 桌面应用程序和配套的 Windows 应用程序是首选和预期的开发方法。
祝你好运，谢谢你的提问。