本文会不定期更新在nuxt.js中遇到的问题进行汇总。转发请注明出处，尊重作者，谢谢！ 注意：版本为1.0+，适合低版本nuxt指南，不通用2.0+以上。 强烈推荐作者文档版踩坑指南，点击跳转👉踩坑指南 在Nuxt的官方文档中，中文文档和英文文档都存在着不小的差异。 1.路径匹配问题： In Nuxt.js, the path match is as follows...

之前的文章都是写构造函数，原型之类的。但是我们都知道原型最大的优点也是缺点就是共享。也是我们最头疼的问题.据共享的缘故，导致很多开发者放弃使用原型，因为每次实例化出的数据需要保留自己的特性，而不能共享。

上一章讲解了深入函数，但是遗漏了一个很重要的arguments，我觉得有必要讲解一下，因为在很多时候我们在项目中很多地方都用到arguments，所以我们来深入了解一下。

写这篇文章计划想了很久，终于付诸行动。一直不知道该从哪里写，或许文章有错误的地方，如果您发现了文章的错误，请指正！谢谢！好句欣赏:人生为棋，我愿为卒行动虽慢可谁曾见我退后一步?

在JavaScript中，call()方法和apply()方法都是为了改变函数运行时上下文而存在的，换句话说：就是为了改变函数体内部 this 的指向。在JavaScript中，也可以说再OOP JavaScript思想编程中，其实最绕的地方就是：函数被定义时的上下文、运行时的上下文、上下文的改变。

前言： 写到这里，差不多就把OOP完结了，写了几篇OOP的文章，但是只是略懂皮毛，可能深入的OOP还有很多，但是我感觉写到这里也算是差不多完结了。

我们每创建一个函数都有一个原型(prototype)属性，这个属性是一个对象，他的特点是共享。也就是说不用在构造函数中定义对象实例，而是直接将这些添加到原型当中。

1.我们不需要在构造函数内集中实例化，因为在创建构造函数的同时，后台会自动创建一个实例化。2.我们不需要返回这个对象的实例化，因为它是后台自动返回的。3.this就相当于工厂模式的obj.a;

ECMAscript开发的两种模式：1.过程化 2.OOP(面向对象) 面向对象的语言有一个标志，那就是类的概念，而通过类可以创建任意多个具有相同属性的方法的对象。但是ECMAscript中没有类的概念！ 又谈作用域 首先我们先创建一个对象： {代码...} 不难看出，在实例化createObject下的方法里面，this的作用域是指向本身的！我们理...

大家都知道，this对象是在运行时基于函数的执行环境绑定的，如果this在全局就是[object window]，如果在对象内部就是指向这个对象，而闭包却是在运行时指向的window，因为闭包并不属于这个对象的属性和方法。我们先来看一个例子关于全局作用域的问题:

闭包是指有权访问另一个函数作用域中的变量的函数，创建闭包的常见的方式，就是在一个函数内部创建另一个函数，通过另一个函数访问这个函数的局部变量。