随着 JavaScript 本身的完善，越来越多的人开始喜欢使用原生 JavaScript 开发代替各种库，其中不少人发出了用原生 JavaScript 代替 jQuery 的声音。这并不是什么坏事，但也不见得就是好事。如果你真的想把 jQuery 从前端依赖库中移除掉，我建议你慎重考虑。
首先 jQuery 是一个第三方库。库存在的价值之一在于它能极大地简化开发。一般情况下，第三方库都是由原生语言特性和基础 API 库实现的。因此，理论上来说，任何库第三方库都是可以用原生语言特性代替的，问题在于是否值得？
jQuery 的作用
引用一段 jQuery 官网的话：
jQuery is a fast, small, and feature-rich JavaScript library. It makes things like HTML document traversal and manipulation, event handling, animation, and Ajax much simpler with an easy-to-use API that works across a multitude of browsers.
这一段话很谦虚的介绍了 jQuery 在处理 DOM 和跨浏览器方面做出的贡献。而事实上，这也正是我们选用 jQuery 的主要原因，并顺带使用了它带来的一些工具，比如数组工具，Deferred 等。
对于我来说，最常用的功能包括
- 在 DOM 树中进行查询
- 修改 DOM 树及 DOM 相关操作
- 事件处理
- Ajax
- Deferred 和 Promise
- 对象和数组处理
- 还有一个一直在用却很难在列清单时想到的——跨浏览器
到底是谁在替代谁？
上面提到的所有功能都能用原生代码来实现。从本质上来说，jQuery 就是用来代替原生实现，以达到减少代码，增强可读性的目的的——所以，到底是用 jQuery 代替原生代码，还是用原生代码代替 jQuery？这个先后因果关系可否搞明白？
我看到说用
querySelectorAll()
代替
$()
的时候，不禁在想，用 jQuery 一个字符就能解决的，为什么要写十六个字符？大部分浏览器是有实现
$()
，但是写原生代码的时候你会考虑
$()
的浏览器兼容性吗？jQuery 已经考虑了！
我看到一大堆创建 DOM 结构的原生 JavaScript 代码的时候，不禁在想，用 jQuery 只需要一个方法链就解决了，我甚至可以用和 HTML 结构类似的代码(包含缩进)，比如
// 创建一个 ul 列表并加在 #container 中
$("<ul>").append(
$("<li>").append(
$("<a>").attr("href", "#").text("first")),
$("<li>").append(
$("<a>").attr("href", "#").text("second")),
$("<li>").append(
$("<a>").attr("href", "#").text("third"))
).appendTo($("#container")); 这段代码用
document.createElement()
来实现完全没有问题，只不过代码量要大得多，而且会出现大量重复(或类似)的代码。当然是可以把这些重复代码提取出来写成函数的……不过 jQuery 已经做了。
注，拼 HTML 的方法实在弱爆了，既容易出错，又不易阅读。如果有 ES6 的字符串模板之后，用它来写 HTML 也是个不错的主意。
就 DOM 操作这一部分来说，jQuery 仍然是一个非常好用的工具。这是 jQuery 替代了原生 JavaScript，以前如此，现在仍然如此。
没落的 jQuery 工具函数
jQuery 2006 年被发明出来的时候，还没有 ES5(2011年6月发布)。即使在 ES5 发布之后很长一段时间里，也不是所有浏览器都支持。因此在这一时期，除 DOM 操作外，jQuery 的巨大贡献在于解决跨浏览器的问题，以及提供了方便的对象和数组操作工具，比如
each()
、
index()
和
filter
等。
如今 ECMAScript 刚刚发布了 2017 的标准，浏览器标准混乱的问题也已经得到了很好的解决，前端界还出现了 Babel 这样的转译工具和 TypeScript 之类的新语言。所以现在大家都尽可放心的使用各种新的语言特性，哪怕 ECMAScript 的相关标准还在制定中。在这一时期，jQuery 提供的大量工具方法都已经有了原生替代品——在使用上差别不大的情况下，确实宁愿用原生实现。
事实上，jQuery 也在极尽可能地采用原生实现，以提高执行效率。jQuery 没有放弃这些已有原生实现的工具函数/方法，主要还是因为向下兼容，以及一如既往的提供浏览器兼容性——毕竟不是每一个使用 jQuery 的开发者都会使用转译工具。
那么，对于 JavaScript 开发者而言，jQuery 确实有很多工具方法可以被原生 JavaScript 函数/方法替代。比如
-
$.parseJSON()
JSON.parse()
JSON.stringify()
$.toJSON()
-
$.extend()
Object.assign()
-
$.fn
each()
index()
Array.prototype
forEach()
indexOf()
-
$.Deferred()
-
......
就是$.fn
，也就是 jQuery 对象的原型。所以在其上定义的方法就是 jQuery 对象的方法。jQuery.prototype
这些工具方法在原生 JavaScript 中已经逐渐补充完善，但它们仍然只是在某些情况下可以被替代……因为 jQuery 对象是一个特有的数据结构，针对 jQuery 自身创建的工具方法在作用于 jQuery 对象的时候会有一些针对性的实现——既然 DOM 操作仍然不能把 jQuery 抛开，那这些方法也就不可能被完全替换掉。
jQuery 与原生 JavaScript 的结合
有时候需要用 jQuery，有时候不需要用，该如何分辨？
jQuery 的优势在于它的 DOM 处理、Ajax，以及跨浏览器。如果在项目中引入 jQuery，多半是因为对这些功能的需求。而对于不操作 DOM，也不需要考虑跨浏览器(比如用于转译工具)的部分，则考虑尽可能的用原生 JavaScript 实现。
如此以来，一定会存在 jQuery 和原生 JavaScript 的交集，那么，就不得不说说需要注意的地方。
jQuery 对象实现了部分数组功能的伪数组
首先要注意的一点，就是 jQuery 对象是一个伪数组，它是对原生数组或伪数组(比如 DOM 节点列表)的封装。
如果要获得某个元素，可以用
[]
运算符或
get(index)
方法；如果要获得包含所有元素的数组，可以使用
toArray()
方法，或者通过 ES6 中引入的
Array.from()
来转换。
// 将普通数组转换成 jQuery 对象
const jo = $([1, 2, 3]);
jo instanceof jQuery; // true
Array.isArray(jo); // false
// 从 jQuery 对象获取元素值
const a1 = jo[0]; // 1
const a2 = jo.get(1); // 2
// 将 jQuery 对象转换成普通数组
const arr1 = jo.toArray(); // [1, 2, 3]
Array.isArray(arr1); // true
const arr2 = Array.from(jo); // [1, 2, 3]
Array.isArray(arr2); // true 注意 each/map
forEach/map
each/map
forEach/map
jQuery 定义在
$.fn
上的
each()
map()
方法与定义在
Array.prototype
上的原生方法
forEach()
map()
对应，它们的参数都是回调函数，但它们的回调函数定义有一些细节上的差别。
$.fn.each()
的回调定义如下：
Function(Integer index, Element element )
回调的第一个参数是数组元素所在的位置(序号，从
开始)，第二个参数是元素本身。
而
Array.prototype.forEach()
的回调定义是
Function(currentValue, index, array)
回调的第一个参数是数组元素本身，第二个参数才是元素所有的位置(序号)。而且这个回调有第三个参数，即整个数组的引用。
请特别注意这两个回调定义的第一个参数和第二个参数，所表示的意义正好交换，这在混用 jQuery 和原生代码的时候很容易发生失误。
对于
$.fn.map()
Array.prototype.map()
的回调也是如此，而且由于这两个方法同名，发生失误的概率会更大。
each()/map()
this
each()/map()
this
$.fn.each()
$.fn.map()
回调中经常会使用
this
，这个
this
指向的就是当前数组元素。正是因为有这个便利，所以 jQuery 在定义回请贩时候没有把元素本身作为第一个参数，而是把序号作为第一个参数。
不过 ES6 带来了箭头函数。箭头函数最常见的作用就是用于回调。箭头函数中的
this
与箭头函数定义的上下文相关，而不像普通函数中的
this
是与调用者相关。
现在问题来了，如果把箭头函数作为
$.fn.each()
或
$.fn.map()
的回调，需要特别注意
this
的使用——箭头函数中的
this
不再是元素本身。鉴于这个问题，建议若非必要，仍然使用函数表达式作为
$.fn.each()
$.fn.map()
的回调，以保持原有的 jQuery 编程习惯。实在需要使用箭头函数来引用上下文
this
的情况下，千万记得用其回调定义的第二个参数作为元素引用，而不是
this
。
// 将所有输入控制的 name 设置为其 id
$(":input").each((index, input) => {
// const $input = $(this) 这是错误的！！！
const $input = $(input);
$input.prop("name", $input.prop("id"));
}); $.fn.map()
$.fn.map()
与
Array.prototype.map()
不同，
$.fn.map()
返回的不是数组，而是 jQuery 对象，是伪数组。如果需要得到原生数组，可以采用
toArray()
Array.from()
输出。
const codes = $([97, 98, 99]);
const chars = codes.map(function() {
return String.fromCharCode(this);
}); // ["a", "b", "c"]
chars instanceof jQuery; // true
Array.isArray(chars); // false
const chars2 = chars.toArray();
Array.isArray(chars2); // true jQuery Promise
jQuery 是通过
$.Deferred()
来实现的 Promise 功能。在 ES6 以前，如果引用了 jQuery，基本上不需要再专门引用一个 Promise 库，jQuery 已经实现了 Promise 的基本功能。
不过 jQuery Promise 虽然实现了
then()
，却没有实现
catch()
，所以它不能兼容原生的 Promise，不过用于 co 或者 ES2017 的
async/await
毫无压力。
// 模拟异步操作
function mock(value, ms = 200) {
const d = $.Deferred();
setTimeout(() => {
d.resolve(value);
}, ms);
return d.promise();
} // co 实现
co(function* () {
const r1 = yield mock(["first"]);
const r2 = yield mock([...r1, "second"]);
const r3 = yield mock([...r2, "third"]);
console.log(r1, r2, r3);
});
// ['first']
// ['first', 'second']
// ['first', 'second', 'third'] // async/await 实现，需要 Chrome 55 以上版本测试
(async () => {
const r1 = await mock(["first"]);
const r2 = await mock([...r1, "second"]);
const r3 = await mock([...r2, "third"]);
console.log(r1, r2, r3);
})();
// ['first']
// ['first', 'second']
// ['first', 'second', 'third'] 虽然 jQuery 的 Promise 没有
catch()
，但是提供了
fail
事件处理，这个事件在 Deferred
reject()
的时候触发。相应的还有
done
事件，在 Deferred
resovle()
的时候触发，以及
always
事件，不论什么情况都会触发。
![JavaScript自学笔记【4】函数的声明与调用目录二、函数的声明 三、函数的调用[图]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)