jsbook
jsbook copied to clipboard
RubyLouvre
一些章节
新书计划
序言 第1章 种子模块 命名空间 对象扩展 数组化 类型判定 domReady 无冲突处理 第2章 语言扩展与修复 字符串的扩展与修复 数组的扩展与修复 数字的扩展与修复 函数的扩展与修复 日期的扩展与修复 第3章 浏览器嗅探与特征侦测 判定浏览器 事件支持侦测 样式支持侦测 jquery一些常用特征的含义 第4章 类工厂 es3时代的类崇拜 es5时代的属性描述符冲击 es6时代的真类来临 第5章 选择器引擎 第6章...
http://segmentfault.com/a/1190000000691919 上传 http://segmentfault.com/a/1190000002548247 http://segmentfault.com/a/1190000002426664
http://www.zhihu.com/question/29261736 getElementById() 不是JavaScript语言的功能，而是在浏览器作为JavaScript的host环境注册给JavaScript的host函数，由浏览器内部实现。 假如我们讨论的是顶层document对象的getElementById()。 以Chrome/Chromium浏览器为例，其核心Blink实现了DOM，在[core/dom](https://chromium.googlesource.com/chromium/blink/+/master/Source/core/dom/)。 里面有： ``` javascript Element* TreeScope::getElementById(const AtomicString& elementId) const { if (elementId.isEmpty()) return 0; if (!m_elementsById) return 0; return m_elementsById->getElementById(elementId, this); } ``` 其中TreeScope::m_elementsById是一个DocumentOrderedMap。后者的实际存储用了一个HashMap，就是个简单的哈希表而已，记录着ID到Element的映射关系。每当一个新的有ID的Element被加到DOM树上时，相应的映射关系就会被加到这个m_elementsById哈希表里。 Chromium的Document类是TreeScope的子类，继承了这个getElementById()的实现。 [core/dom/Document.idl](https://github.com/ChromiumWebApps/blink/blob/master/Source/core/dom/Document.idl)告诉Chromium与V8的binding如何把Document类注册给V8：...
http://blog.segmentfault.com/dmyang/1190000000492290 我看来Promise有的三大好处。嵌套深度只是非常小的一个好处而已 *解决异步过程throw try catch失效问题、优雅的异步错误捕获机制 *解决异步值无法存在变量中&无法作为结果返回的问题 *解决统一异步同步流程的问题 至于generator，目前我没看到它有足够的好处可以抵消它非常严格的环境要求(实际上就连node harmony模式，yield都还没有进入稳定版本)