碎碎念：
最近做了个咨询，说我的沟通能力较为靠前，缺乏战略思维，可能无法成为更加高级的技术专家。
这话乍一听，有点扎心。后面转念一想，谁说程序员不需要沟通和表达？
但这的确也给我提了个醒，提醒我在代码的深度上还是也多扩展一下。
我这个人，虽然有解决问题的能力，但是对于背后的理论总是缺乏深入理解。 但没事，那么多深入理解的书，翻上个几十本，总能深入理解一些吧。 既然擅长表达和沟通，那就把读过的书，咀嚼一遍，用自己的话表述下来。书读百遍其义自现。
好啦，废话到此为止。
正文：
今天读了《javascript 悟道》的第 16 章，this。 这是大名鼎鼎的道格拉斯的新作，而且是由知乎知名大 v，死月翻译。
我没有按照目录去看，而是先去翻感兴趣的章节，于我而言，这是能坚持下去的原因。
本章主要讲述了 this 的一些特点，文字简短，脉络深藏。
简单梳理了一下，按照顺序，
作者通过原型引入了 this， 简单说明了 this 是当前对象的指代。（这一点是FE-coder都知道的吧。
接着通过例子说明了 this 的两个特点：
① 只有方法的调用会绑定 this。
- 示例代码这一部分，对象方法内部又声明了一个函数。
- 疑问： 这个示例函数没理解
② this 可以动态绑定。
必须严格调用当前对象的方法时，函数内部的 this 才被绑定。
通过简单的发布订阅代码说明了 this 动态绑定的问题。
- 实践： this 的动态绑定在当前项目中的应用。以及可能存在的隐患。
- 疑问： 发布订阅的示例代码，是如何说明 动态绑定的问题的？
并延展表示了其对 class 语法的批判。
理由是：保留了传统模型中糟糕的一面-- 扩展，将类高度耦合在了一起。
- 疑问： 扩展为什么是高度耦和的？
最终提出了自己的观点：
去 this 化。
论据是：去 this 之后，js 依然是图灵完备的语言。
- 疑问： 目前是否去 this 化的实践呢？
忽略的部分：
又提到了 this 在函数原型和构造函数中的作用。
- 批注： 这里对原型和构造函数的说明，我忽略了。