javascript的目的分析报告.docx

JavaScript 的目的分析报告 从今天起，我将陆续将 ppkonJavaScript 的读书心得 发布到这个 blog 上。ppk 是我所景仰的一位 web 开发者， 原因无它，只是因为作为一个 JavaScript 的开发者来说， 他涉及的领域包括 web 标准，可用性，无障碍等，正是其 他开发者所不关注或者故意忽略的。并且，他写了很多案 例测试不同的浏览器，总结出 JavaScript 的接口兼容性， 成为 JavaScript 开发者重要参考资料，几年如一日，这种 钻研精神是很多人所缺乏的。 ppk 在今年 9 月出版了他的书，我从去年起就在等的书。 今天拿到手，迫不及待地把第一章阅读完毕。果然让人充 满惊喜，他的功力非同一般。虽然只是一个初学者，但我 认为我已经走在正确的学习道路上。我想，我若能将学习 心得分享，能让正在学习的人看到，可以一起交流一起进 步，尽管我不敢确保你能从我这里得到什么启发，但我可 以确信，我这些笔记会比你拷贝粘贴代码的学习方式更正 确。 这本书有十章，章名都简洁明了，分别是：目的，背 景，浏览器，准备，核心，BOM,事件，DOM,CSS 更改和数据 获取。从来没有一本书能如此简洁地明确 JavaScript 的方 方面面，因此学习不会有太大负担。前言不宜过多，下面 就开始我的第一章学习笔记。 JavaScript 的目的是，为网页增加特别的一层可用性。 听起来很简单，但这条黄金定律经常被人误解。就算编写 有用的 JavaScript,开发者可能还是没能结合适当的情景： Web 标准运动发展下，与当代无障碍的 HTML 页面的配合。 更为不妙的是，有些开发者不是为网页增加一层可用性， 而是用整层取代之，后果是，如果浏览器不支持 JavaScript,网站就完了。 JavaScript 是一门由浏览器解释的脚本语言。它通过 在客户端而不是服务器端处理某些交互，比如表单验证， 创建新菜单来给网站增添可用性。传统的网页交互是，客 户端的一举一动都必须经过服务器端的出来才能反馈回来， 漫长的等待会让用户崩溃。而 JavaScript 可以在客户端代 替服务器端做某些事情，从而提高用户体验。 随着时代的发展，JavaScript 能够处理越来越多的交 互。问题出现了，JavaScript 能做这么多事情，到底要多 用还是少用？这就有了富与瘦的对决。是整个页面都用 JavaScript 来控制交互还是只增加些许的 JavaScript 来增 强可用性？就是说，尽可能地使用 JavaScript 还是有所节 制，甚至不用？ 瘦客户端很大程度上依赖于客户端服务器的通讯， 而富客户端尽可能限制额外的数据通讯。 哪种方式更好？尽管富客户端带来一些可用性益处， 但瘦客户端可能是更“标准”的 JavaScript 用法。Web 被 认为是文档集合，而不是界面集合。最明显的证据是，浏 览器有后退前进的功能让你在文档中跳转而界面会有么？ 浏览器可以收藏文档而界面可以么？从无障碍来说，瘦客 户端也更少出错。 这种非平衡性是很难解决的。富客户端当然也可以在 更高级的界面做到前进后退，或者收藏，也可以做到完美 的无障碍。这必须需要大量的额外工作，但不是每个项目 都有超出预算的时间或金钱。此外，太过专注于可用性而 忽略无障碍也是一个问题。 那么 JavaScript 的目的是为富客户端还是瘦客户端服 务？答案是：看情况。得看你的网站，你的受众，你的 JavaScript 水平。 JavaScript 分为六个方面，分别是核心，浏览器对象 模型，事件，文档对象模型，CSS 变更和数据获取。 上古时代，NetScape 领头之时，NetScape3 是事实标 准。 当代却没有这么简单。ECMA 标准化 JavaScriptCore,W3C 标准化 DOM，而 BOM 尚在 WHAT-WG 的 标准化中，W3C 也刚有了 XMLHttpRequest 的第一份草稿。 今天，BOM 依然遵循 NetScape3 的事实标准，而 XMLHttpRequest 还是遵照 Microsoft 的原始规范。 JavaScript 的目的在于为网站增加可用性，而不是破 坏用户的隐私和安全。因此 JavaScript 不允许读写用户的 文件，采取同源策略，只允许来自相同域的交互。不允许 读取历史记录，不能为上传文件的表单设置值，由 JavaScript 控制的窗口关闭需经用户确认，由 JavaScript 打开的窗口不能小于 100100 的窗口，不能移出屏幕之外。 探寻历史才能让我们知道 JavaScript 为什么会被误解 得如此深。JavaScript 的创造者是 BrendanEich，首次在 NetScape2 中实现。它的目的是创建一门足够简单的语言让 开发者能容易地为网页增加交互，只要把代码拷贝过来调 整一下就可以。这确实令人赞叹，很多 JavaScript 开发者 是从拷贝粘贴开始的。 不幸的是 JavaScript 生错了名字，也生错了语法。最 初它叫 LiveScript，但 1996 年的时候 Java 炙手可热， NetScape 想搭顺风车，于是某产品经理，命令更名，命令 BrendanEich 让“Javascript 像 Java”。这让很多人误认为 JavaScript 是 Java 的低级版，不能引起严肃程序员的关注。 1996 年之时，NetScape3 是王，Microsoft 只能照抄。 这是一个难得的和谐期，当然，那时候浏览器比起现在来 “瘦”了，仅限于表单验证，鼠标轮换的一些小花招而已。 接下来就是影响深远的浏览器大战了。为了争夺市场， 两家浏览器纷纷实现不同的东西，谁都想成为事实标准。 最有名的就是 NetScape4 的和 IE4 的。它们让 DHTML 流行 起来。 1999 年 Microsoft 以推出良好支持 CSS 和 DOM 的 IE5 胜出，NetScape 的让位终于有足够的时间让一场革命发生， 那就是 CSS。WaSP 首先从 CSS 入手，而很多专家也发现 发明了许多浏览器的补救办法，让这场革命成为可能。 XX 年，一些先锋们在 CSS 革命的影响下开始探索新的 JavaScript 风格，更多地关注无障碍，改观人们对它的坏 名声，那就是 unobstrusive把 JavaScript 从 HTML 结 构层分离出来，遗憾的是，那些在浏览器大战存活下来的 程序员可能还没有发现这条新道路。 XX 年，Ajax 热潮为 JavaScript 社区注入新的血液。 但某些方面，Ajax 太像 DHTML 了，无障碍，是很多 Ajax 应 用的难言之隐。这个热潮趋向于关注技术，而可用性和交 互却被低估。最后，各种肿胀的库迅速发展起来。 Ajax 依然全速前进，但这会像 D