据我所知,微软希望只允许“桌面用户界面和现代用户界面用户界面”只适用于网络浏览器(我在这里是不是弄错了?)
这是否意味着普通应用程序将被开发两次?Skype可以作为纯桌面应用和纯现代ui应用提供吗?如果用户同时安装这两个实例,这两个实例都不会共享数据?
我无法想象他们会转向手势友好的uis/混合界面,而只留下一个空间内没有集成/入口点的完整桌面应用程序(不是玩具/手机类/游戏应用程序)。或者他们想要参加“杀光成熟的桌面应用”运动?
那么,是否有一个在任何GUI工具包中开发的桌面应用程序的模型,希望与现代ui中的一个小型HTML/CSS/JS前端进行一些最小程度的集成,例如提供一个最喜欢的文件或最近访问的文件、联系人等的仪表板?
发布于 2012-10-16 16:35:31
您的第一个语句“仅在浏览器中”是不正确的。桌面应用程序不会改变它们当前的设计范式。当然,你可以在桌面上使用基于浏览器的应用程序。但是,作为解决问题的真正解决方案,充分的客户仍然得到支持,仍然是可行的。
你对这个评论的理解应该是桌面应用程序不会像人们断言的那样受到反对。事实上,桌面应用程序仍然是解决许多问题的唯一解决方案。
关于共享数据的第二个问题是不正确的。Skype与其应用程序伙伴共享大量数据。然而,这并不是因为共享本地存储;而是因为它共享的服务。我的帐户和联系人在服务器上。所以他们有很多共同之处。
您对这一评论的理解应该是Windows 8应用程序不应高度利用本地存储,而应构建为面向服务的客户端。为此,您的桌面应用程序也应该已经开始利用这个架构了。
你的第三个问题(非常神秘)似乎是问一个桌面应用程序和一个配套的Windows 8应用程序是否可以共享或集成。答案是肯定的。它们不仅可以共享相同的服务,还可以共享文件关联、自定义协议和一些非存储清单功能。如果你问我,业务线应用程序应该有一个配套的应用程序。集成点很多,但并不是每一个都有。但是,没有其他方法可以利用Windows 8的新功能而不引入配套应用程序--即使该应用程序做得很少。
您对该评论的理解应该是Windows桌面应用程序和配套Windows应用程序是首选和预期的开发方法。
祝你好运,谢谢你的提问。
https://stackoverflow.com/questions/12914182
复制相似问题