JavaScript不可用场景深度解析：从用户禁用到架构依赖

JavaScript不可用的历史背景

回顾DHTML盛行的年代，开发者对浏览器的功能挖掘可谓不遗余力，引入了动画菜单、3D标签等丰富交互（如今已不再推荐此类做法）。然而，始终存在一类声音提醒我们：JavaScript可能不可用。

谁禁用了JavaScript

谁禁用了JavaScript及原因分析

首要任务是明确这些JavaScript不可用的环境具体存在于何处。可能的情况包括：

安全系统如Noscript插件或企业代理服务器过滤掉了JavaScript； 功能手机，例如旧式黑莓设备（曾通过换用Opera Mini来改善上网体验）； 移动应用环境中，图片和脚本有时会被分离处理； 流量受限或接入速度极慢的区域； 因个人偏好而主动禁用JavaScript的用户； 反感弹窗广告等强势推广内容的用户。 由此可见，JavaScript被禁用的原因复杂多样，既有被动限制也有主动选择，因此不能简单地将此类用户归为“滥用网络”的群体。

为什么JavaScript会被禁用

如上所述，JavaScript被禁用的原因错综复杂。若为有意禁用，主要动机可归纳为三点：安全顾虑、对广告的疲劳以及缓慢的网络连接。

安全考量是合乎逻辑的。几乎所有的客户端攻击都涉及JavaScript（多数情况是利用插件漏洞）。尽管Java仍是当前主要的安全漏洞来源，但通过JavaScript同样会对存在漏洞的网站、未受保护的老旧浏览器或操作系统构成安全威胁。

慢速连接是一个值得关注的因素。颇具讽刺意味的是，我们使用JavaScript本意是为了加速客户端体验。早期使用JS的一个典型例子是在客户端进行表单验证，从而避免服务器端不必要的处理周期。

如果你正处于糟糕的连接环境中（例如无线连接或信号较差的3G网络），试图使用Google Reader或Gmail时，往往只能看到不完整的页面。此时，使用低版本浏览器或简化功能反而能提供更好的工作体验。

渐进式增强与最佳体验

为了双方的最佳体验

根据环境和连接状况为用户提供最佳体验是合理的目标，这也是“渐进式增强”（progressive enhancement）所探讨的核心问题。这并非高深理论，而是一种简单且完全实用的工程策略。

采用事件委托等技术非常简便。你可以为父元素编写点击处理程序，通过innerHTML或其他更新速度更快的技术来动态修改HTML结构。

为何执着于JavaScript解决方案

为何会提出这样一个问题 坦白说，我也难以给出确切答案。或许是我过于保守，或许是因为我对浏览器和网络连接的失望屡见不鲜，又或许我只是希望更安全一些。我不明白为何人们执着于JavaScript解决方案，而实际上，JS仅应用于提供增强功能。

应用依赖JavaScript的真实动因

费解的应用边缘案例

人们常质疑“应用需要JavaScript”。若足够坦诚，我们会发现真正依赖JS的应用极少。若非要举例，仅能想到浏览器内的Photoshop或某些编辑器（如视频编辑器、浏览器内IDE）才真正依赖JavaScript。其他应用均可通过页面重新加载和服务器端组件来解决。

让我们直面这一事实——在Node.js时代，服务器端也可以使用JavaScript编写。Yahoo的Dav Glass两年前曾展示，如果一个工具库编写得与环境无关，那么你就可以在客户端和服务器端复用这些工具。

“应用需要JavaScript”的真正原因似乎源于其他方面，而非纯粹的技术限制。

“应用需要JavaScript”的真正原因

正如禁用JavaScript有多种原因，应用声称需要JavaScript也有诸多理由。

你只熟悉JS并认为用户理应升级浏览器。这无可厚非，但这种观点狭隘且易导致失败。 与你共同构建应用的团队缺乏服务器端技能，你希望以较低成本完成应用。这或许可行，但可能导致开发时间和资金翻倍。需提前为此类开发做好规划。 你希望快速推出应用，并知道未来会重写它。这很常见，尤其是当你能因此获得成功时。愿好运与你同在，千万别让人知道你打算长期维持现状。 你的应用将在纯JS环境中运行。这当然意味着无需为了不使用JS而刻意回避JS。一个很好的例子是Air应用。但你要确保该环境在未来不会出现问题。 你的应用确实需要JS才能运行。若确属此类，便不要将其提供给没有JS的用户。向人们解释为何以及如何操作（尽量避免告知用户他们需开启JS，以免他们因无法操作而更加失望），并利用JS重定向到你的应用。

总结与未来展望

总结

总之，JavaScript依赖性问题不仅仅是技术原因。它对旧的技术实践提出了质疑，并对可维护性产生了重大影响。

可以说，如果我们多问“我们为什么需要JS”而不是“人们为什么没有JS”，关于这个问题的讨论会更有成效。如果我们的技术能很好地适应不同需求，去责备人们跟不上网络发展是毫无意义的。

通过展示给用户看他们能通过开启或者关闭浏览器中部件来解决问题同样是没有意义的。当一个普通用户卡在你的应用中了, 这并不是一个告诉用户发生了什么的做法。

或许所有这些问题在node变得成熟以及普及以后都不会再是问题. 我将很乐意看到这点.

原文链接：That "javascript not available" case