15 | 重剑无锋，大巧不工：JavaScript面向对象

1，维护过基于backbone框架的项目，该框架提供了很多类，比如Backbone.Model，Backbone.Controller，Backbone.View -（MVC）。基于这些类创建对象，采用面向对象的开发方式。好处是：a，复用。 b，把状态封装起来，由方法进行修改，避免多处修改，导致数据状态和UI不一致。 2，还可以把 原型链继承 和 构造继承组合 起来。 function Base(name) { this.name = name; } function Child(name) { Base.call(this, name); // 第一次调用父类构造函数 } Child.prototype = new Base(); // 第二次调用父类构造函数 var c = new Child('Life'); console.log(c.name); // "Life" console.log(c instanceof Base); // true 好处是结合了 原型链继承 和 构造继承 的优点。 坏处是需要调用两次父类构造函数。如果继承链很长，则开销很大，以2的n次方增长（n是继承链的深度）

1. ES6 以后 JavaScript 提供了 class，因此前端面向对象实现的一些功能都是基于 class 了，有 class 的代码相比于没有 class 的代码会更加直观、易懂 2. 更为常用的继承方式是组合继承（原型链+构造函数）以及 寄生组合继承 之所以有组合继承，是因为原型链继承的方式和构造函数继承的方式都会存在一些问题，这里提一个文章当中没详细讲的内容，就是对象寻找某个成员的过程，比如我们要在一个 Book 对象中寻找 name 这个属性，首先会在当前 Book 对象中寻找 name，没找到就会去到 Book 的 prototype，也就是原型中寻找 name，如果还没有，会继续在 Book 的基类对象中寻找 name，然后没有的话会去到 Book 的基类对象的原型中寻找，以此类推。原型其实也是对象，一般多个同类对象会指向同一个原型，在原型链继承的模式中，基类原型里面的属性都是被所有对象共同 shared 的，这里，你可以把原型里的成员对比理解成是 Java 类中的 static 成员：），但是我们并不想这样，我们希望每个对象能有自己唯一的成员，于是有了构造函数继承的方式，这里等同于，对于任意派生类对象，都完完整整 copy 一份基类对象，完全不用原型来继承，但是你又会发现这里其实是有资源浪费的，对于一些 getName() 这样的函数成员，没有必要 copy 多份，因此我们可以将原型链继承的方式和构造函数的方式结合起来，将需要 share 的部分用原型链的方式继承，需要独有的部分用构造函数的方式继承，这也就是组合继承的方式，另外寄生组合继承也是基于组合继承进行一个小小的优化，本质还是一样的 最后提一个细节的问题，文章中第二个代码块中的 setName 函数中的 name 定义前并没有加 var 或者是其他变量定义符修饰，在正常的函数中，name 会成为全局变量，为什么在这却不是这样的? 谢谢老师

c语言不就是函数也能成为一等公民嘛，为啥说这种现象在静态语言中很难见到

老师你好，问个问题，对象继承是什么，有相关的资料可以看一下吗？

面试有问原型链的，老师您能给讲一下不

说实话当 es6 支持 class 关键字之后，我觉得没有必要要求每个人都去理解以前那些奇奇怪怪的实现。 这有种茴字有多少写法的意思。 正如老师在其他章节所说，我们应该理解面向对象设计和思想的本质，而不是以知道，用原本残缺的js语法有多少种方式模拟继承实现而沾沾自喜。

Javascript真是一门神奇的语言，🤐 https://stackoverflow.com/questions/7202157/why-does-return-the-string-10

那么extends关键字实现的是什么继承方式呢？原型链继承还是构造继承

这个关于封装的例子，是不是可以认为是顺序执行的锅，都实例化结果你修改prototype，破坏了原型链，结果弄得谁都不认识？

“因为 Child 的原型在 c 生成之后发生了破坏并重建，因此无论 Base 还是 Child，都已经和 c 没有关联了。” 我对这句话的理解是:因为JavaScript的继承是继续对象的，那么当原型引用的对象或者说原型对象重建后，Base或Child引用的对象已经无效了，形成了一个类似于dangling指针的东西。