前段时间又许多老师在小猿圈自学朋友圈探讨蓝本和蓝本链的难题，看我们探讨的不亦乐乎，但并没探讨出很精确的标准答案，那时小猿圈就给我们撷取呵呵怎样认知蓝本和蓝本链
JavaScript的特征
JavaScript是两门狸尾豆脚本词汇，是一类静态类别、如前所述蓝本的词汇。 JavaScript的稳定性不逊于C++，你能采用JavaScript试著相同的程序结构设计结构设计商业模式。
比如说类jQuery艺术风格的表达式式程式结构设计、如前所述操作过程的命令式程式结构设计、和如前所述蓝本的面向第一类程式结构设计。
有别于Java、C#等面向第一类词汇，JavaScript选用如前所述蓝本的承继形式。
咋会有蓝本和蓝本链？
1994年，Novell（Netscape）正式发布了Navigator应用程序0.9版，但刚开始的Js没承继监督机制，更别说像同末期繁盛的C++和Java这种保有面向第一类的基本概念。在前述的合作开发操作过程中，技师们辨认出没承继监督机制极难化解许多难题，要有一类监督机制能将大部份的第一类关联出来。
Brendan Eich有鉴于以内情形，但不该把Js结构设计得过为繁杂，只好导入了new关键字和constructor缺省来精简第一类的结构设计，导入了prototype表达式第一类来包涵大部份示例第一类的构造表达式的特性和形式，导入了proto和蓝本链的基本概念化解承继的难题。
蓝本商业模式
· 每一表达式都有两个prototype(蓝本)特性
· 那个特性都有两个操作符，对准两个第一类
· 那个第一类包涵由某一类别大部份示例共享资源的特性和形式
· 采用蓝本的好处是 能让大部份第一类示例共享资源它包涵的形式和特性
通过in操作符和hasOwnProperty来判断给定特性是来自于蓝本还是示例
in- true 代表特性在第一类中存在 来自示例或者来自蓝本
hasOwnProperty- true代表特性来自于示例 是示例特性
蓝本链
ECMAScript中只支持实现承继，而且是通过蓝本链的形式来实现的。所以蓝本链是JavaScript实现承继的一类重要形式。
用户定义类别的蓝本链
我们一般怎样来检查JavaScript的变量数据类别？一般我们都是通过instanceof关键字，能如前所述蓝本链来检测变量的类别。
我们能先构造两个蓝本链，再用instanceof来检测类别：
由上面讲的instanceof的结果，能判断这些类别的承继层级：
事实上instanceof是通过蓝本链来检测类别的，例如L instanceof R： 如果R.prototype出现在了L的蓝本链上则返回true，否则返回false。
用JavaScript来描述instanceof的实现逻辑是这种的：
JavaScript蓝本链
先给我们看两个JavaScript的蓝本链结构图。
悄悄告诉你认知蓝本链的小技巧： 将__proto__箭头视作泛化（子类到父类）亲密关系！
那么图中大部份的虚线将构成两个承继层级，而实线表示特性引用。
图中给出了
Object.prototype.__proto__ == null，但它还没标准化，在Chrome、Safari和Node.js下它是相同的东西。但能看到JavaScript中大部份第一类的共同隐式蓝本为Object.prototype，它的上一级隐式蓝本是什么已经不重要了， 因为它不会影响大部份内置第一类和用户定义类别的蓝本链结构。
上图其实已经解释了相同内置第一类instanceof的行为，我们来看Function和Object的特殊之处：
1. Object是由Function创建的：因为Object.__proto__ === Funciton.prototype；
2. 同理，Function.prototype是由Object创建的；
3. Funciton是由Function自己创建的！
4. Object.prototype是凭空出来的！
现在我们能解释特殊第一类的instance行为了：
另外能看到当你声明两个表达式（比如说Animal）时，Animal.prototype会自动被赋值为两个承继自Object的第一类， 而且该第一类的constructor等于Animal。即：
值得注意的是Animal如果被Cat承继，Cat示例（比如说cat）的constructor仍然是Animal。
总结
1.每一表达式第一类都有两个 prototype 特性，那个特性就是表达式的蓝本第一类。
2.蓝本链是JavaScript实现承继的重要形式，蓝本链的形成是真正是靠__proto__ 而非prototype。
不知道老师们有没明白呢？那时的撷取就到这里了，希望我们要收藏或者记到小本本上哦，吐过还有不懂得能来小猿圈找我哦，小猿圈-IT自学人的小圈子。
