javascript - 基于 Ajax 的 Web 应用程序的替代 "html"接口(interface)

Question

在基于 Ajax 的 Web 应用程序中，是否必须为那些未启用 JavaScript 且连接速度较慢的用户提供替代的“html”界面？

例如，Google Mail 提供 Ajax 和纯 HTML 应用程序但Microsoft SharePoint 不提供。

我们是否需要关心它们(禁用 javascript/慢速连接)？

Answer 1

“强制”？ “必须”？根据谁的说法？没有法律规定您必须这样做(至少在美国)，除非您碰巧签订了要求 Section 508 的政府契约(Contract)。合规性( accessibility 针对残障人士，例如盲人；JavaScript 解决方案可能无法在屏幕阅读器中正常工作)或您本地的同等产品。

现在，你应该吗？可能是。您真的想告诉那些喜欢在禁用 JavaScript 的情况下运行的用户他们无法使用您的服务吗？或者您是否希望在处理器速度较慢、JavaScript 支持可能更差或没有 JavaScript 支持的手机上运行的用户无法使用您的服务？还要考虑可能通过屏幕阅读器使用您网站的盲人用户。另外，它是 easier for search engines如果所有内容都位于页面的静态版本中，而不是隐藏在通过 XMLHTTPRequest 加载的内容中，则为您的网站建立索引。一个设计良好的静态网站也可以更容易地适应REST类型 API，而不是基于动态 JavaScript 的网站。

当然，总有一些应用程序作为静态 HTML 页面没有意义。如果您使用 HTML5 canvas 实现绘图应用程序，那么确实没有办法使其静态。但总的来说，如果您可以制作静态版本，并且它不会增加太多项目成本，那么您可能应该这样做。事实上，有些人主张先做一个纯 HTML 静态版本，然后将样式和 JavaScript 视为 progressive enhancement放在静态版本上，而不是主要焦点。