js继承与接口的区别

㈠ 怎么快速上手javaScript中的ES6，ES6中的解构，运算符，类，继承模块化 有什么简单的理解

模块化在项目中十分的重要，一个复杂的项目肯定有很多相似的功能模块，如果每次都需要重新编写模块肯定既费时又耗力。但是引用别人编写模块的前提是要有统一的“打开姿势”，如果每个人有各自的写法，那么肯定会乱套，下面介绍几种js的模块化的规范。
一:模块化进程一：script标签
这是最原始的 JavaScript 文件加载方式，如果把每一个文件看做是一个模块，那么他们的接口通常是暴露在全局作用域下，也就是定义在 window 对象中，不同模块的接口调用都是一个作用域中，一些复杂的框架，会使用命名空间的概念来组织这些模块的接口。
缺点:
1、污染全局作用域
2、开发人员必须主观解决模块和代码库的依赖关系
3、文件只能按照script标签的书写顺序进行加载
4、在大型项目中各种资源难以管理，长期积累的问题导致代码库混乱不堪
二:模块化进程二：CommonJS规范
该规范的核心思想是允许模块通过require方法来同步加载所要依赖的其他模块，然后通过 exports 或 mole.exports 来导出需要暴露的接口。
require("mole");
require("../file.js");
exports.doStuff = function(){};
mole.exports = someValue;
优点：
1、简单并容易使用
2、服务器端模块便于重用
缺点:
1、同步的模块加载方式不适合在浏览器环境中，同步意味着阻塞加载，浏览器资源是异步加载的
2、不能非阻塞的并行加载多个模块
mole.exports与exports的区别
1、exports 是指向的 mole.exports 的引用
2、mole.exports 初始值为一个空对象 {}，所以 exports 初始值也是 {}
3、require() 返回的是 mole.exports 而不是 exports
exports示例：
// app.js
var circle = require('./circle');
console.log(circle.area(4));
// circle.js
exports.area = function(r){
return r * r * Math.PI;
}
mole.exports示例：
// app.js
var area = require('./area');
console.log(area(4));
// area.js
mole.exports = function(r){
return r * r * Math.PI;
}
错误的情况：
// app.js
var area = require('./area');
console.log(area(4));
// area.js
exports = function(r){
return r * r * Math.PI;
}
其实是对 exports 进行了覆盖，也就是说 exports 指向了一块新的内存（内容为一个计算圆面积的函数），也就是说 exports 和 mole.exports 不再指向同一块内存，也就是说此时 exports 和 mole.exports 毫无联系，也就是说 mole.exports 指向的那块内存并没有做任何改变，仍然为一个空对象{}，也就是说area.js导出了一个空对象，所以我们在 app.js 中调用 area(4) 会报 TypeError: object is not a function 的错误。
总结：当我们想让模块导出的是一个对象时， exports 和 mole.exports 均可使用（但 exports 也不能重新覆盖为一个新的对象），而当我们想导出非对象接口时，就必须也只能覆盖 mole.exports 。
三:模块化进程三：AMD规范
由于浏览器端的模块不能采用同步的方式加载，会影响后续模块的加载执行，因此AMD(Asynchronous Mole Definition异步模块定义)规范诞生了。
AMD标准中定义了以下两个API
1、require([mole], callback);
2、define(id, [depends], callback);
require接口用来加载一系列模块，define接口用来定义并暴露一个模块。
示例：
define("mole", ["dep1", "dep2"], function(d1, d2){
return someExportedValue;
});
require(["mole", "../file"], function(mole, file){ /* ... */ });
优点：
1、适合在浏览器环境中异步加载模块
2、可以并行加载多个模块
缺点：
1、提高了开发成本，代码的阅读和书写比较困难，模块定义方式的语义不顺畅
2、不符合通用的模块化思维方式，是一种妥协的实现
四:模块化进程四：CMD规范
CMD(Common Mole Definition)规范和AMD很相似，尽量保持简单，并与CommonJS和Node.js的 Moles 规范保持了很大的兼容性。在CMD规范中，一个模块就是一个文件。
示例：
define(function(require, exports, mole){
var $ = require('jquery');
var Spinning = require('./spinning');
exports.doSomething = ...
mole.exports = ...
})
优点：
1、依赖就近，延迟执行
2、可以很容易在 Node.js 中运行
缺点：
1、依赖 SPM 打包，模块的加载逻辑偏重
AMD和CMD的区别
AMD和CMD起来很相似，但是还是有一些细微的差别，让我们来看一下他们的区别在哪里：
1、对于依赖的模块，AMD是提前执行，CMD是延迟执行。
2、AMD推崇依赖前置；CMD推崇依赖就近，只有在用到某个模块的时候再去require。看代码：
// AMD
define(['./a', './b'], function(a, b){ // 依赖必须一开始就写好
a.doSomething()
// 此处略去 100 行
b.doSomething()
...
});
// CMD
define(function(require, exports, mole){
var a = require('./a')
a.doSomething()
// 此处略去 100 行
var b = require('./b')
// 依赖可以就近书写
b.doSomething()
// ...
});
3、AMD 的 API 默认是一个当多个用，CMD 的 API 严格区分，推崇职责单一。
五:模块化进程五：ES6模块化
EcmaScript6标准增加了JavaScript语言层面的模块体系定义。ES6 模块的设计思想，是尽量的静态化，使得编译时就能确定模块的依赖关系，以及输入和输出的变量。CommonJS和AMD模块，都只能在运行时确定这些东西。
在 ES6 中，我们使用export关键字来导出模块，使用import关键字引用模块。需要说明的是，ES6的这套标准和目前的标准没有直接关系，目前也很少有JS引擎能直接支持。因此Babel的做法实际上是将不被支持的import翻译成目前已被支持的require。
尽管目前使用import和require的区别不大(本质上是一回事)，但依然强烈推荐使用import关键字，因为一旦JS引擎能够解析ES6的import关键字，整个实现方式就会和目前发生比较大的变化。如果目前就开始使用import关键字，将来代码的改动会非常小。
示例：
import "jquery";
export functiondoStuff(){}
mole "localMole" {}
优点：
1、容易进行静态分析
2、面向未来的 EcmaScript 标准
缺点：
1、原生浏览器端还没有实现该标准
2、全新的命令字，新版的 Node.js才支持

㈡ 请说明javascript的继承机制和java继承机制的区别

一，先来说说javascript的继承机制的几种方式：
1，原型链继承：
优点：从instanceof关键字来看，实例既是父类的实例，又是子类的实例，看起来似乎是最纯粹的继承。
缺点：子类区别于父类的属性和方法，必须在Sub.prototype = new Base();这样的语句之后分别执行，无法被包装到Sub这个构造器里面去。例如：Sub.prototype.name = “sub”；无法实现多重继承。
2，构造继承：
优点：可以实现多重继承，可以把子类特有的属性设置放在构造器内部。
缺点：使用instanceof发现，对象不是父类的实例。
3，实例继承：
优点：是父类的对象，并且使用new构造对象和不使用new构造对象，都可以获得相同的效果。
缺点：生成的对象实质仅仅是父类的实例，并非子类的对象；不支持多继承。
4，拷贝继承：
优点：支持多继承。
缺点：效率较低；无法获取父类不可枚举的方法。
二，java继承机制：
1，java里的类不能多重继承，如果一个类一旦继承了它的父类，那么它就别想再继承别的类。一个儿子只能有一个老爸，原本设计是没错的。可是在实际应用中，就会出现各种问题。
2，java里有更好的接口，接口从本质上来说可以更好的代替继承。实现像C++里一样的宏定义的功能，把你想要的东西都抽象在接口里，让具体的类去实现这些功能。
三，综上可以看出java不能多继承，javascript可以，但是javascript没有接口这一说话，也有局限性，各有千秋吧。

㈢ 什么是javascript封装，封装的方法有几种

JS虽然是一个面向对象的语言，但是不是典型的面向对象语言。Java/C++的面向对象是object - class的关系，而JS是object - object的关系，中间通过原型prototype连接，父类和子类形成一条原型链。本文通过分析JS的对象的封装，再探讨正确实现继承的方式，然后讨论几个问题，最后再对ES6新引入的类class关键字作一个简单的说明。

JS的类其实是一个函数function，由于不是典型的OOP的类，因此也叫伪类。理解JS的类，需要对JS里的function有一个比较好的认识。首先，function本身就是一个object，可以当作函数的参数，也可以当作返回值，跟普通的object无异。然后function可以当作一个类来使用，例如要实现一个String类

从输出的结果来看，新的class还是没有实现属性私有的功能，见第27行。并且从第26行看出，所谓的class其实就是编译器帮我们实现了上面复杂的过程，其本质是一样的，但是让代码变得更加简化明了。一个不同点是，多了static关键字，直接用类名调用类的函数。ES6的支持度还不高，最新的chrome和safari已经支持class，firefox的支持性还不太好。

最后，虽然一般的网页的JS很多都是小工程，看似不需要封装、继承这些技术，但是如果如果能够用面向对象的思想编写代码，不管工程大小，只要应用得当，甚至结合一些设计模式的思想，会让代码的可维护性和扩展性更高。所以平时可以尝试着这样写。

㈣ js 抽象类 抽象方法 到底是什么，干什么用的

面向对象是对接口编程，不是对实现编程。抽象类定义了接口，至于怎么实现，调用者已经不用关心了。
相当于提供了一种特定类的使用规范，其中一部分是公共的，能够使该类正常运转并提供外部接口，它与接口的区别也就在与此；另一部分由虚函数组成，供子类继承实现。这样做的好处是只要实现自己需要的部分，就可以自动运转，没有关联。
简单的说，抽象类就是含有纯虚函数的类，这是它的定义。

从功能上来讲，抽象类定义了一个接口，即方法调用规约，派生类实现具体的规约。这实际上可以将具体的实现和接口分离开来，从而达到底层细节变化而高层框架不变的需求，通俗一点就是解耦。