随着HTML 5的出现，使用COMET还有一点意义吗？

Question

对于将公开使用的应用程序，我非常想在客户端使用长等待http或定期轮询来在浏览器端设置伪套接字。

但是在第二个想法中，我认为HTML 5就在这里。

但是在第3个想法中，在12个月，24个月，36个月内，那些仍然是非HTML5的浏览器的百分比是多少？如果至少有20％的浏览器仍然无法使用HTML5，那么我就无法依赖HTML5，因为20％的用户无法访问应用程序是非常重要的。

您如何看待，您（对我和开发人员）的建议如何？

Q1。 将COMET装配到应用程序中是否有任何意义？我在考虑gwt彗星 - http://code.google.com/p/gwt-comet/。

Q2。 我们是否应该在接下来的2个月内发布依赖于HTML5套接字的新公共应用程序，并告诉非HTML5浏览器用户“抱歉，您的浏览器版本无法访问此应用程序”？

或者我们应该设计应用程序以使用GWT RPC之类的通信吗？

Q3。 我也非常不信任长时间的等待http请求。我之前从未使用它，但我对它有一种可怕的感觉。我一直在使用10到20秒的客户端轮询。是否等待http请求有风险（挂起浏览器会话的风险）？长等待请求是否会带来额外的安全风险？

Answer 1

如果你有兴趣成为一个好公民，是的，你绝对应该告诉别人你在2个月内不支持他们的浏览器。 IE6一直存在的唯一原因是因为开发人员不断弯腰以支持它，而他们正在做的只是让用户继续使用可怕的破坏和不安全的浏览器。 IE8相当不错，IE9很棒（发布的时间虽然不清楚），所有现代的基于Webkit / Opera / Gecko的浏览器都“足够好”，并且往往拥有比IE更频繁升级的用户群。

当然，市场渗透始终是一个大问题，并且在您尝试从产品中赚钱时需要考虑。我认识到告诉人们他们的浏览器糟透了并不总是一种选择，但更多的人需要考虑它 - 我们需要摆脱这些传统浏览器，直到我们停止支持它们才会发生。

Answer 2

好吧，如果你考虑一下摆脱IE6所需的时间，我就不会太依赖HTML5了解你希望大众使用的应用程序。

：）

Answer 3

HTML5是一种客户端技术 - Comet是服务器端技术。 真正的问题是Servlet 3.0何时实施？这将取代Comet。