Chinaunix首页 | 论坛 | 博客
  • 博客访问: 5414535
  • 博文数量: 763
  • 博客积分: 12108
  • 博客等级: 上将
  • 技术积分: 15717
  • 用 户 组: 普通用户
  • 注册时间: 2007-09-28 21:21
个人简介

业精于勤,荒于嬉

文章分类

全部博文(763)

文章存档

2018年(6)

2017年(15)

2016年(2)

2015年(31)

2014年(14)

2013年(87)

2012年(75)

2011年(94)

2010年(190)

2009年(38)

2008年(183)

2007年(28)

分类: JavaScript

2017-08-08 09:02:57



http://gank.io/post/564151c1f1df1210001c9161

  1. 给 JavaScript 初心者的 ES2015 实战

  2. 前言

  3. 历时将近6年的时间来制定的新 ECMAScript 标准 ECMAScript 6(亦称 ECMAScript Harmony,简称 ES6)终于在 2015 年 6 月正式发布。自从上一个标准版本 ES5 在 2009 年发布以后,ES6 就一直以新语法、新特性的优越性吸引著众多 JavaScript 开发者,驱使他们积极尝鲜。

  4. 虽然至今各大浏览器厂商所开发的 JavaScript 引擎都还没有完成对 ES2015 中所有特性的完美支持,但这并不能阻挡工程师们对 ES6 的热情,于是乎如 babel、Traceur 等编译器便出现了。它们能将尚未得到支持的 ES2015 特性转换为 ES5 标准的代码,使其得到浏览器的支持。其中,babel 因其模块化转换器(Transformer)的设计特点赢得了绝大部份 JavaScript 开发者的青睐,本文也将以 babel 为基础工具,向大家展示 ES2015 的神奇魅力。

  5. 笔者目前所负责的项目中,已经在前端和后端全方位的使用了 ES2015 标准进行 JavaScript 开发,已有将近两年的 ES2015 开发经验。如今 ES2015 以成为 ECMA 国际委员会的首要语言标准,使用 ES2015 标准所进行的工程开发已打好了坚实的基础,而 ES7(ES2016) 的定制也走上了正轨,所以在这个如此恰当的时机,我觉得应该写一篇通俗易懂的 ES2015 教程来引导广大 JavaScript 爱好者和工程师向新时代前进。若您能从本文中有所收获,便是对我最大的鼓励。

  6. 我希望你在阅读本文前,已经掌握了 JavaScript 的基本知识,并具有一定的 Web App 开发基础和 Node.js 基本使用经验。

  7. 目录

  8. 一言蔽之 ES2015

  9. ES2015 能为 JavaScript 的开发带来什么

  10. 语法糖
  11. 工程优势
  12. ES2015 新语法详解

  13. let 、 const 和块级作用域

  14. 块级作用域
  15. 箭头函数(Arrow Function)

  16. 使用方法
  17. 箭头函数与上下文绑定
  18. 注意事项
  19. 模板字符串

  20. 支持变量注入
  21. 支持换行
  22. 对象字面量扩展语法

  23. 方法属性省略 function
  24. 支持注入 __proto__
  25. 同名方法属性省略语法
  26. 可以动态计算的属性名称
  27. 表达式解构

  28. 函数参数表达、传参

  29. 默认参数值

  30. 后续参数

  31. 注意事项
  32. 解构传参

  33. 注意事项

  34. 新的数据结构

  35. Set 和 WeakSet
  36. Map 和 WeakMap
  37. (Classes)

  38. 语法

  39. 定义
  40. 继承
  41. 静态方法
  42. 遗憾与期望

  43. 生成器(Generator)

  44. 来龙

  45. 基本概念

  46. Generator Function
  47. Generator
  48. 基本使用方法

  49. Promise

  50. 概念
  51. 基本用法
  52. 弊端
  53. 原生的模块化

  54. 历史小回顾

  55. 基本用法

  56. 全局引入
  57. 局部引入
  58. 接口暴露
  59. 降级兼容

  60. Symbol

  61. 黑科技
  62. Proxy(代理)

  63. ES2015 的前端开发实战

  64. 构建界面

  65. 结构定义

  66. 架构设计

  67. 模块化
  68. 数据支持
  69. 界面渲染
  70. 构建应用

  71. 入口文件

  72. 数据层:文章

  73. 路由:首页

  74. 准备页面渲染
  75. 加载数据
  76. 设计组件
  77. 路由:文章页面

  78. 路由:发布新文章

  79. 路由绑定

  80. 合并代码

  81. ES2015 的 Node.js 开发实战

  82. 架构设计

  83. 构建应用

  84. 入口文件

  85. 数据抽象层

  86. Posts 控制器

  87. API:获取所有文章
  88. API:获取指定文章
  89. API:发布新文章
  90. Comments 控制器

  91. API:获取指定文章的评论
  92. API:发表新评论
  93. 配置路由

  94. 配置任务文件

  95. 部署到 DaoCloud

  96. Dockerfile
  97. 创建 DaoCloud 上的 MongoDB 服务
  98. 代码构建
  99. 一窥 ES7

  100. async/await

  101. Decorators

  102. 简单实例
  103. 黑科技
  104. 后记

  105. 本文的实战部份将以开发一个动态博客系统为背景,向大家展示如何使用 ES2015 进行项目开发。成品代码将在 GitHub 上展示。

  106. 一言蔽之 ES2015

  107. 说到 ES2015,有了解过的同学一定会马上想到各种新语法,如箭头函数(=>)、class、模板字符串等。是的,ECMA 委员会吸取了许多来自全球众多 JavaScript 开发者的意见和来自其他优秀编程语言的经验,致力于制定出一个更适合现代 JavaScript 开发的标准,以达到“和谐”(Harmony)。一言蔽之:

  108. ES2015 标准提供了许多新的语法和编程特性以提高 JavaScript 的开发效率和体验

  109. 从 ES6 的别名被定为 Harmony 开始,就注定了这个新的语言标准将以一种更优雅的姿态展现出来,以适应日趋复杂的应用开发需求。

  110. ES2015 能为 JavaScript 的开发带来什么

  111. 语法糖

  112. 如果您有其他语言(如 Ruby、Scala)或是某些 JavaScript 的衍生语言(如 CoffeeScript、TypeScript)的开发经验,就一定会了解一些很有意思的语法糖,如 Ruby 中的 Range -> 1..10,Scala 和 CoffeeScript 中的箭头函数 (a, b) => a + b。ECMA 委员会借鉴了许多其他编程语言的标准,给 ECMAScript 家族带来了许多可用性非常高的语法糖,下文将会一一讲解。

  113. 这些语法糖能让 JavaScript 开发者更舒心地开发 JavaScript 应用,提高我们的工作效率~~,多一些时间出去浪~~

  114. 工程优势

  115. ES2015 除了提供了许多语法糖以外,还由官方解决了多年来困扰众多 JavaScript 开发者的问题:JavaScript 的模块化构建。从许多年前开始,各大公司、团队、大牛都相继给出了他们对于这个问题的不同解决方案,以至于定下了如 CommonJS、AMD、CMD 或是 UMD 等 JavaScript 模块化标准,RequireJS、SeaJS、FIS、Browserify、webpack 等模块加载库都以各自不同的优势占领著一方土地。

  116. 然而正正是因为这春秋战国般的现状,广大的前端搬砖工们表示很纳闷。

  117. 这?究竟哪种好?哪种适合我?求大神带我飞!

  118. 对此,ECMA 委员会终于是坐不住了,站了起来表示不服,并制订了 ES2015 的原生模块加载器标准。

  119. import fs from 'fs'
  120. import readline from 'readline'
  121. import path from 'path'

  122. let Module = {
  123.   readLineInFile(filename, callback = noop, complete = noop) {
  124.     let rl = readline.createInterface({
  125.       input: fs.createReadStream(path.resolve(__dirname, './big_file.txt'))
  126.     })

  127.     rl.on('line', line => {
  128.       //... do something with the current line
  129.       callback(line)
  130.     })

  131.     rl.on('close', complete)

  132.     return rl
  133.   }
  134. }

  135. function noop() { return false }

  136. export default Module
  137. ~~老实说,这套模块化语法不禁让我们又得要对那个很 silly 的问题进行重新思考了:JavaScript 和 Java 有什么关系?~~

  138. 可惜的是,目前暂时还没有任何浏览器厂商或是 JavaScript 引擎支持这种模块化语法。所以我们需要用 babel 进行转换为 CommonJS、AMD 或是 UMD 等模块化标准的语法。

  139. ES2015 新语法详解

  140. 经过以上的介(xun)(tao),相信你对 ES2015 也有了一定的了解和期待。接下来我将带大家慢慢看看 ECMA 委员会含辛茹苦制定的新语言特性吧。

  141. let、const 和块级作用域

  142. 在 ES2015 的新语法中,影响速度最为直接,范围最大的,恐怕得数 let 和 const 了,它们是继 var 之后,新的变量定义方法。与 let 相比,const 更容易被理解:const 也就是 constant 的缩写,跟 C/C++ 等经典语言一样,用于定义常量,即不可变量。

  143. 但由于在 ES6 之前的 ECMAScript 标准中,并没有原生的实现,所以在降级编译中,会马上进行引用检查,然后使用 var 代替。

  144. // foo.js
  145. const foo = 'bar'

  146. foo = 'newvalue'
  147. $ babel foo.js
  148. ...
  149. SyntaxError: test.js: Line 3: "foo" is read-only
  150.   1 | const foo = 'bar'
  151.   2 |
  152. > 3 | foo = 'newvalue'
  153. ...
  154. 块级作用域

  155. 在 ES6 诞生之前,我们在给 JavaScript 新手解答困惑时,经常会提到一个观点:

  156. JavaScript 没有块级作用域

  157. 在 ES6 诞生之前的时代中,JavaScript 确实是没有块级作用域的。这个问题之所以为人所熟知,是因为它引发了诸如历遍监听事件需要使用闭包解决等问题。

  158. <button></button>
  159. <button></button>
  160. <button></button>
  161. <button></button>

  162. <div id="output"></div>

  163. <script>
  164.   var buttons = document.querySelectorAll('button')
  165.   var output = document.querySelector('#output')

  166.   for (var i = 0; i < buttons.length; i++) {
  167.     buttons[i].addEventListener('click', function() {
  168.       output.innerText = buttons[i].innerText
  169.     })
  170.   }
  171. </script>
  172. 前端新手非常容易写出类似的代码,因为从直观的角度看这段代码并没有语义上的错误,但是当我们点击任意一个按钮时,就会报出这样的错误信息:

  173. Uncaught TypeError: Cannot read property 'innerText' of undefined
  174. 出现这个错误的原因是因为 buttons[i] 不存在,即为 undefined。

  175. 为什么会出现按钮不存在结果呢?通过排查,我们可以发现,每次我们点击按钮时,事件监听回调函数中得到的变量 i 都会等于 buttons.length,也就是这里的 4。而 buttons[4] 恰恰不存在,所以导致了错误的发生。

  176. 再而导致 i 得到的值都是 buttons.length 的原因就是因为 JavaScript 中没有块级作用域,而使对 i 的变量引用(Reference)一直保持在上一层作用域(循环语句所在层)上,而当循环结束时 i 则正好是 buttons.length。

  177. 而在 ES6 中,我们只需做出一个小小的改动,便可以解决该问题(假设所使用的浏览器已经支持所需要的特性):

  178. // ...
  179. for (/* var */ let i = 0; i < buttons.length; i++) {
  180.   // ...
  181. }
  182. // ...
  183. 通过把 for 语句中对计数器 i 的定义语句从 var 换成 let,即可。因为 let 语句会使该变量处于一个块级作用域中,从而让事件监听回调函数中的变量引用得到保持。我们不妨看看改进后的代码经过 babel 的编译会变成什么样子:

  184. // ...
  185. var _loop = function (i) {
  186.   buttons[i].addEventListener('click', function () {
  187.     output.innerText = buttons[i].innerText
  188.   })
  189. }

  190. for (var i = 0; i < buttons.length; i++) {
  191.   _loop(i)
  192. }
  193. // ...
  194. 实现方法一目了然,通过传值的方法防止了 i 的值错误。

  195. 箭头函数(Arrow Function)

  196. 继 let 和 const 之后,箭头函数就是使用率最高的新特性了。当然了,如果你了解过 Scala 或者曾经如日中天的 JavaScript 衍生语言 CoffeeScript,就会知道箭头函数并非 ES6 独创。

  197. 箭头函数,顾名思义便是使用箭头(=>)进行定义的函数,属于匿名函数(Lambda)一类。当然了,也可以作为定义式函数使用,但我们并不推荐这样做,随后会详细解释。

  198. 使用

  199. 箭头函数有好几种使用语法:

  200. 1. foo => foo + ' world' // means return `foo + ' world'`
  201. 2. (foo, bar) => foo + bar
  202. 3.
  203. foo => {
  204.   return foo + ' world'
  205. }
  206. 4.
  207. (foo, bar) => {
  208.   return foo + bar
  209. }
  210. 以上都是被支持的箭头函数表达方式,其最大的好处便是简洁明了,省略了 function 关键字,而使用 => 代替。

  211. 箭头函数语言简洁的特点使其特别适合用於单行回调函数的定义:

  212. let names = [ 'Will', 'Jack', 'Peter', 'Steve', 'John', 'Hugo', 'Mike' ]

  213. let newSet = names
  214.   .map((name, index) => {
  215.     return {
  216.       id: index,
  217.       name: name
  218.     }
  219.   })
  220.   .filter(man => man.id % 2 == 0)
  221.   .map(man => [man.name])
  222.   .reduce((a, b) => a.concat(b))

  223. console.log(newSet) //=> [ 'Will', 'Peter', 'John', 'Mike' ]
  224. 如果你有 Scala + Spark 的开发经验,就一定会觉得这非常亲切,因为这跟其中的 RDD 操作几乎如出一辙:

  225. 将原本的由名字组成的数组转换为一个格式为 { id, name } 的对象,id 则为每个名字在原数组中的位置
  226. 剔除其中 id 为奇数的元素,只保留 id 为偶数的元素
  227. 将剩下的元素转换为一个包含当前元素中原名字的单元数组,以方便下一步的处理
  228. 通过不断合并相邻的两个数组,最后能得到的一个数组,便是我们需要得到的目标值
  229. 箭头函数与上下文绑定

  230. 事实上,箭头函数在 ES2015 标准中,并不只是作为一种新的语法出现。就如同它在 CoffeeScript 中的定义一般,是用于对函数内部的上下文 (this)绑定为定义函数所在的作用域的上下文。

  231. let obj = {
  232.   hello: 'world',
  233.   foo() {
  234.     let bar = () => {
  235.       return this.hello
  236.     }
  237.     return bar
  238.   }
  239. }

  240. window.hello = 'ES6'
  241. window.bar = obj.foo()
  242. window.bar() //=> 'world'
  243. 上面代码中的 obj.foo 等价于:

  244. // ...
  245. foo() {
  246.   let bar = (function() {
  247.     return this.hello
  248.   }).bind(this)

  249.   return bar
  250. }
  251. // ...
  252. 为什么要为箭头函数给予这样的特性呢?我们可以假设出这样的一个应用场景,我们需要创建一个实例,用于对一些数据进行查询和筛选。

  253. let DataCenter = {
  254.   baseUrl: 'http://example.com/api/data',
  255.   search(query) {
  256.     fetch(`${this.baseUrl}/search?query=${query}`)
  257.       .then(res => res.json())
  258.       .then(rows => {
  259.         // TODO
  260.       })
  261.   }
  262. }
  263. 此时,从服务器获得数据是一个 JSON 编码的数组,其中包含的元素是若干元素的 ID,我们需要另外请求服务器的其他 API 以获得元素本身(当然了,实际上的 API 设计大部份不会这么使用这么蛋疼的设计)。我们就需要在回调函数中再次使用 this.baseUrl 这个属性,如果要同时兼顾代码的可阅读性和美观性,ES2015 允许我们这样做。

  264. let DataCenter = {
  265.   baseUrl: 'http://example.com/api/data',
  266.   search(query) {
  267.     return fetch(`${this.baseUrl}/search?query=${query}`)
  268.       .then(res => res.json())
  269.       .then(rows => {
  270.         return fetch(`${this.baseUrl}/fetch?ids=${rows.join(',')}`)
  271.         // 此处的 this 是 DataCenter,而不是 fetch 中的某个实例
  272.       })
  273.       .then(res => res.json())
  274.   }
  275. }

  276. DataCenter.search('iwillwen')
  277.   .then(rows => console.log(rows))
  278. 因为在单行匿名函数中,如果 this 指向的是该函数的上下文,就会不符合直观的语义表达。

  279. 注意事项

  280. 另外,要注意的是,箭头函数对上下文的绑定是强制性的,无法通过 apply 或 call 方法改变其上下文。

  281. let a = {
  282.   init() {
  283.     this.bar = () => this.dam
  284.   },
  285.   dam: 'hei',
  286.   foo() {
  287.     return this.dam
  288.   }
  289. }

  290. let b = {
  291.   dam: 'ha'
  292. }

  293. a.init()

  294. console.log(a.foo()) //=> hei
  295. console.log(a.foo.bind(b).call(a)) //=> ha
  296. console.log(a.bar.call(b)) //=> hei
  297. 另外,因为箭头函数会绑定上下文的特性,故不能随意在顶层作用域使用箭头函数,以防出错:

  298. // 假设当前运行环境为浏览器,故顶层作上下文为 `window`
  299. let obj = {
  300.   msg: 'pong',

  301.   ping: () => {
  302.     return this.msg // Warning!
  303.   }
  304. }

  305. obj.ping() //=> undefined
  306. let msg = 'bang!'
  307. obj.ping() //=> bang!
  308. 为什么上面这段代码会如此让人费解呢?

  309. 我们来看看它的等价代码吧。

  310. let obj = {
  311.   // ...
  312.   ping: (function() {
  313.     return this.msg // Warning!
  314.   }).bind(this)
  315. }

  316. // 同样等价于
  317. let obj = { /* ... */ }
  318. obj.ping = (function() {
  319.   return this.msg
  320. }).bind(this /* this -> window */)
  321. 模板字符串

  322. 模板字符串模板出现简直对 Node.js 应用的开发和 Node.js 自身的发展起到了相当大的推动作用!我的意思并不是说这个原生的模板字符串能代替现有的模板引擎,而是说它的出现可以让非常多的字符串使用变得尤为轻松。

  323. 模板字符串要求使用 ` 代替原本的单/双引号来包裹字符串内容。它有两大特点:

  324. 支持变量注入
  325. 支持换行
  326. 支持变量注入

  327. 模板字符串之所以称之为“模板”,就是因为它允许我们在字符串中引用外部变量,而不需要像以往需要不断地相加、相加、相加……

  328. let name = 'Will Wen Gunn'
  329. let title = 'Founder'
  330. let company = 'LikMoon Creation'

  331. let greet = `Hi, I'm ${name}, I am the ${title} at ${company}`
  332. console.log(greet) //=> Hi, I'm Will Wen Gunn, I am the Founder at LikMoon Creation
  333. 支持换行

  334. 在 Node.js 中,如果我们没有支持换行的模板字符串,若需要拼接一条SQL,则很有可能是这样的:

  335. var sql =
  336.   "SELECT * FROM Users " +
  337.   "WHERE FirstName='Mike' " +
  338.   "LIMIT 5;"
  339. 或者是这样的:

  340. var sql = [
  341.   "SELECT * FROM Users",
  342.   "WHERE FirstName='Mike'",
  343.   "LIMIT 5;"
  344. ].join(' ')
  345. 无论是上面的哪一种,都会让我们感到很不爽。但若使用模板字符串,仿佛打开了新世界的大门~

  346. let sql = `
  347. SELECT * FROM Users
  348. WHERE FirstName='Mike'
  349. LIMIT 5;
  350. `
  351.  在 Node.js 应用的实际开发中,除了 SQL 的编写,还有如 Lua 等嵌入语言的出现(如 Redis 中的 SCRIPT 命令),或是手工的 XML 拼接。模板字符串的出现使这些需求的解决变得不再纠结了~

  352. 对象字面量扩展语法

  353. 看到这个标题的时候,相信有很多同学会感到奇怪,对象字面量还有什么可以扩展的?

  354. 确实,对象字面量的语法在 ES2015 之前早已挺完善的了。不过,对于聪明的工程师们来说,细微的改变,也能带来不少的价值。

  355. 方法属性省略 function

  356. 这个新特性可以算是比较有用但并不是很显眼的一个。

  357. let obj = {
  358.   // before
  359.   foo: function() {
  360.     return 'foo'
  361.   },

  362.   // after
  363.   bar() {
  364.     return 'bar'
  365.   }
  366. }
  367. 支持 __proto__ 注入

  368. 在 ES2015 中,我们可以给一个对象硬生生的赋予其 __proto__,这样它就可以成为这个值所属类的一个实例了。

  369. class Foo {
  370.   constructor() {
  371.     this.pingMsg = 'pong'
  372.   }

  373.   ping() {
  374.     console.log(this.pingMsg)
  375.   }
  376. }

  377. let o = {
  378.   __proto__: new Foo()
  379. }

  380. o.ping() //=> pong
  381. 什么?有什么卵用?

  382. 有一个比较特殊的场景会需要用到:我想扩展或者覆盖一个类的方法,并生成一个实例,但觉得另外定义一个类就感觉浪费了。那我可以这样做:

  383. let o = {
  384.   __proto__: new Foo(),

  385.   constructor() {
  386.     this.pingMsg = 'alive'
  387.   },

  388.   msg: 'bang',
  389.   yell() {
  390.     console.log(this.msg)
  391.   }
  392. }

  393. o.yell() //=> bang
  394. o.ping() //=> alive
  395. 同名方法属性省略语法

  396. 也是看上去有点鸡肋的新特性,不过在做 JavaScript 模块化工程的时候则有了用武之地。

  397. // module.js
  398. export default {
  399.   someMethod
  400. }

  401. function someMethod() {
  402.   // ...
  403. }

  404. // app.js
  405. import Module from './module'

  406. Module.someMethod()
  407. 可以动态计算的属性名称

  408. 这个特性相当有意思,也是可以用在一些特殊的场景中。

  409. let arr = [1, 2, 3]
  410. let outArr = arr.map(n => {
  411.   return {
  412.     [ n ]: n,
  413.     [ `${n}^2` ]: Math.pow(n, 2)
  414.   }
  415. })
  416. console.dir(outArr) //=>
  417.   [
  418.     { '1': 1, '1^2': 1 },
  419.     { '2': 2, '2^2': 4 },
  420.     { '3': 3, '3^2': 9 }
  421.   ]
  422. 在上面的两个 [...] 中,我演示了动态计算的对象属性名称的使用,分别为对应的对象定义了当前计数器 n 和 n 的 2 次方

  423. 表达式解构

  424. 来了来了来了,相当有用的一个特性。有啥用?多重复值听过没?没听过?来看看吧!

  425. // Matching with object
  426. function search(query) {
  427.   // ...
  428.   // let users = [ ... ]
  429.   // let posts = [ ... ]
  430.   // ...

  431.   return {
  432.     users: users,
  433.     posts: posts
  434.   }
  435. }

  436. let { users, posts } = search('iwillwen')

  437. // Matching with array
  438. let [ x, y ] = [ 1, 2 ]
  439. // missing one
  440. [ x, ,y ] = [ 1, 2, 3 ]


  441. function g({name: x}) {
  442.   console.log(x)
  443. }
  444. g({name: 5})
  445. 还有一些可用性不大,但也是有一点用处的:

  446. // Fail-soft destructuring
  447. var [a] = []
  448. a === undefined //=> true

  449. // Fail-soft destructuring with defaults
  450. var [a = 1] = []
  451. a === 1 //=> true
  452. 函数参数表达、传参

  453. 这个特性有非常高的使用频率,一个简单的语法糖解决了从前需要一两行代码才能实现的功能。

  454. 默认参数值

  455. 这个特性在类库开发中相当有用,比如实现一些可选参数:

  456. import fs from 'fs'
  457. import readline from 'readline'
  458. import path from 'path'

  459. function readLineInFile(filename, callback = noop, complete = noop) {
  460.   let rl = readline.createInterface({
  461.     input: fs.createReadStream(path.resolve(__dirname, filename))
  462.   })

  463.   rl.on('line', line => {
  464.     //... do something with the current line
  465.     callback(line)
  466.   })

  467.   rl.on('close', complete)

  468.   return rl
  469. }

  470. function noop() { return false }

  471. readLineInFile('big_file.txt', line => {
  472.   // ...
  473. })
  474. 后续参数

  475. 我们知道,函数的 call 和 apply 在使用上的最大差异便是一个在首参数后传入各个参数,一个是在首参数后传入一个包含所有参数的数组。如果我们在实现某些函数或方法时,也希望实现像 call 一样的使用方法,在 ES2015 之前,我们可能需要这样做:

  476. function fetchSomethings() {
  477.   var args = [].slice.apply(arguments)

  478.   // ...
  479. }
  480. function doSomeOthers(name) {
  481.   var args = [].slice.apply(arguments, 1)

  482.   // ...
  483. }
  484. 而在 ES2015 中,我们可以很简单的使用 … 语法糖来实现:

  485. function fetchSomethings(...args) {
  486.   // ...
  487. }
  488. function doSomeOthers(name, ...args) {
  489.   // ...
  490. }
  491. 要注意的是,...args 后不可再添加

  492. 虽然从语言角度看,arguments 和 ...args 是可以同时使用 ,但有一个特殊情况则不可:arguments 在箭头函数中,会跟随上下文绑定到上层,所以在不确定上下文绑定结果的情况下,尽可能不要再箭头函数中再使用 arguments,而使用 ...args。

  493. 虽然 ECMA 委员会和各类编译器都无强制性要求用 ...args 代替 arguments,但从实践经验看来,...args 确实可以在绝大部份场景下可以代替 arguments 使用,除非你有很特殊的场景需要使用到 arguments.calleearguments.caller。所以我推荐都使用 ...args 而非 arguments。

  494. PS:在严格模式(Strict Mode)中,arguments.calleearguments.caller 是被禁止使用的。

  495. 解构传参

  496. 在 ES2015 中,... 语法还有另外一个功能:无上下文绑定的 apply。什么意思?看看代码你就知道了。

  497. function sum(...args) {
  498.   return args.map(Number)
  499.     .reduce((a, b) => a + b)
  500. }

  501. console.log(sum(...[1, 2, 3])) //=> 6
  502. 有什么卵用?我也不知道(⊙o⊙)... Sorry...

  503. 注意事项

  504. 默认参数值和后续参数需要遵循顺序原则,否则会出错。

  505. function(...args, last = 1) {
  506.   // This will go wrong
  507. }
  508. 另外,根据函数调用的原则,无论是默认参数值还是后续参数都需要小心使用。

  509. 新的数据结构

  510. 在介绍新的数据结构之前,我们先复习一下在 ES2015 之前,JavaScript 中有哪些基本的数据结构。

  511. String 字符串
  512. Number 数字(包含整型和浮点型)
  513. Boolean 布尔值
  514. Object 对象
  515. Array 数组
  516. 其中又分为值类型和引用类型,Array 其实是 Object 的一种子类。

  517. Set 和 WeakSet

  518. 我们再来复习下高中数学吧,集不能包含相同的元素,我们可以根据元素画出多个集的韦恩图…………

  519. 好了跑题了。是的,在 ES2015 中,ECMA 委员会为 ECMAScript 增添了集(Set)和“弱”集(WeakSet)。它们都具有元素唯一性,若添加了已存在的元素,会被自动忽略。

  520. let s = new Set()
  521. s.add('hello').add('world').add('hello')
  522. console.log(s.size) //=> 2
  523. console.log(s.has('hello')) //=> true
  524. 在实际开发中,我们有很多需要用到集的场景,如搜索、索引建立等。

  525. 咦?怎么还有一个 WeakSet?这是干什么的?我曾经写过一篇关于 JavaScript 内存优化 的文章,而其中大部份都是在语言上动手脚,而 WeakSet 则是在数据上做文章。

  526. WeakSet 在 JavaScript 底层作出调整(在非降级兼容的情况下),检查元素的变量引用情况。如果元素的引用已被全部解除,则该元素就会被删除,以节省内存空间。这意味著无法直接加入数字或者字符串。另外 WeakSet 对元素有严格要求,必须是 Object,当然了,你也可以用 new String('...') 等形式处理元素。

  527. let weaks = new WeakSet()
  528. weaks.add("hello") //=> Error
  529. weaks.add(3.1415) //=> Error

  530. let foo = new String("bar")
  531. let pi = new Number(3.1415)
  532. weaks.add(foo)
  533. weaks.add(pi)
  534. weaks.has(foo) //=> true
  535. foo = null
  536. weaks.has(foo) //=> false
  537. Map 和 WeakMap

  538. 从数据结构的角度来说,映射(Map)跟原本的 Object 非常相似,都是 Key/Value 的键值对结构。但是 Object 有一个让人非常不爽的限制:key 必须是字符串或数字。在一般情况下,我们并不会遇上这一限制,但若我们需要建立一个对象映射表时,这一限制显得尤为棘手。

  539. Map 则解决了这一问题,可以使用任何对象作为其 key,这可以实现从前不能实现或难以实现的功能,如在项目逻辑层实现数据索引等。

  540. let map = new Map()
  541. let object = { id: 1 }

  542. map.set(object, 'hello')
  543. map.set('hello', 'world')
  544. map.has(object) //=> true
  545. map.get(object) //=> hello
  546. 而 WeakMap 和 WeakSet 很类似,只不过 WeakMap 的键和值都会检查变量引用,只要其一的引用全被解除,该键值对就会被删除。

  547. let weakm = new WeakMap()
  548. let keyObject = { id: 1 }
  549. let valObject = { score: 100 }

  550. weakm.set(keyObject, valObject)
  551. weakm.get(keyObject) //=> { score: 100 }
  552. keyObject = null
  553. weakm.has(keyObject) //=> false
  554. (Classes)

  555. 类,作为自 JavaScript 诞生以来最大的痛点之一,终于在 ES2015 中得到了官方的妥协,“实现”了 ECMAScript 中的标准类机制。为什么是带有双引号的呢?因为我们不难发现这样一个现象:

  556. $ node
  557. > class Foo {}
  558. [Function: Foo]
  559. 回想一下在 ES2015 以前的时代中,我们是怎么在 JavaScript 中实现类的?

  560. function Foo() {}
  561. var foo = new Foo()
  562. 是的,ES6 中的类只是一种语法糖,用于定义原型(Prototype)的。当然,饿死的厨师三百斤,有总比没有强,我们还是很欣然地接受了这一设定。

  563. 语法

  564. 定义

  565. 与大多数人所期待的一样,ES2015 所带来的类语法确实与很多 C 语言家族的语法相似。

  566. class Person {
  567.   constructor(name, gender, age) {
  568.     this.name = name
  569.     this.gender = gender
  570.     this.age = age
  571.   }

  572.   isAdult() {
  573.     return this.age >= 18
  574.   }
  575. }

  576. let me = new Person('iwillwen', 'man', 19)
  577. console.log(me.isAdult()) //=> true
  578. 与 JavaScript 中的对象字面量不一样的是,类的属性后不能加逗号,而对象字面量则必须要加逗号。

  579. 然而,让人很不爽的是,ES2015 中对类的定义依然不支持默认属性的语法:

  580. // 理想型
  581. class Person {
  582.   name: String
  583.   gender = 'man'
  584.   // ...
  585. }
  586. 而在 TypeScript 中则有良好的实现。

  587. 继承

  588. ES2015 的类继承总算是为 JavaScript 类继承之争抛下了一根定海神针了。在此前,有各种 JavaScript 的继承方法被发明和使用。(详细请参见《JavaScript 高级程序设计》)

  589. class Animal {
  590.   yell() {
  591.     console.log('yell')
  592.   }
  593. }

  594. class Person extends Animal {
  595.   constructor(name, gender, age) {
  596.     super() // must call `super` before using `this` if this class has a superclass

  597.     this.name = name
  598.     this.gender = gender
  599.     this.age = age
  600.   }

  601.   isAdult() {
  602.     return this.age >= 18
  603.   }
  604. }

  605. class Man extends Person {
  606.   constructor(name, age) {
  607.     super(name, 'man', age)
  608.   }
  609. }

  610. let me = new Man('iwillwen', 19)
  611. console.log(me.isAdult()) //=> true
  612. me.yell()
  613. 同样的,继承的语法跟许多语言中的很类似,ES2015 中若要是一个类继承于另外一个类而作为其子类,只需要在子类的名字后面加上 extends {SuperClass} 即可。

  614. 静态方法

  615. ES2015 中的类机制支持 static 类型的方法定义,比如说 Man 是一个类,而我希望为其定义一个 Man.isMan() 方法以用于类型检查,我们可以这样做:

  616. class Man {
  617.   // ...

  618.   static isMan(obj) {
  619.     return obj instanceof Man
  620.   }
  621. }

  622. let me = new Man()
  623. console.log(Man.isMan(me)) //=> true
  624. 遗憾的是,ES2015 的类并不能直接地定义静态成员变量,但若必须实现此类需求,可以用static 加上 get 语句和 set 语句实现。

  625. class SyncObject {
  626.   // ...

  627.   static get baseUrl() {
  628.     return 'http://example.com/api/sync'
  629.   }
  630. }
  631. 遗憾与期望

  632. 就目前来说,ES2015 的类机制依然很鸡肋:

  633. 不支持私有属性(private)
  634. 不支持前置属性定义,但可用 get 语句和 set 语句实现
  635. 不支持多重继承
  636. 没有类似于协议(Protocl)或接口(Interface)等的概念
  637. 中肯地说,ES2015 的类机制依然有待加强。但总的来说,是值得尝试和讨论的,我们可以像从前一样,不断尝试新的方法,促进 ECMAScript 标准的发展。

  638. 生成器(Generator)

  639. 终于到了 ES2015 中我最喜欢的特性了,前方高能反应,所有人立刻进入战斗准备!

  640. 为什么说这是我最喜欢的新特性呢?对于一个纯前端的 JavaScript 工程师来说,可能 Generator 并没有什么卵用,但若你曾使用过 Node.js 或者你的前端工程中有大量的异步操作,Generator 简直是你的“贤者之石”。(不过,这并不是 Generator 最正统的用法。出于严谨,我会从头开始讲述 Generator)

  641. 来龙

  642. Generator 的设计初衷是为了提供一种能够简便地生成一系列对象的方法,如计算斐波那契数列(Fibonacci Sequence)

  643. function* fibo() {
  644.   let a = 1
  645.   let b = 1

  646.   yield a
  647.   yield b

  648.   while (true) {
  649.     let next = a + b
  650.     a = b
  651.     b = next
  652.     yield next
  653.   }
  654. }

  655. let generator = fibo()

  656. for (var i = 0; i < 10; i++)
  657.   console.log(generator.next().value) //=> 1 1 2 3 5 8 13 21 34 55
  658. 如果你没有接触过 Generator,你一定会对这段代码感到很奇怪:为什么 function 后会有一个 *?为什么函数里使用了 while (true) 却没有进入死循环而导致死机?yield 又是什么鬼?

  659. 不著急,我们一一道来。

  660. 基本概念

  661. 在学习如何使用 Generator 之前,我们先了解一些必要的概念。

  662. Generator Function

  663. 生成器函数用于生成生成器(Generator),它与普通函数的定义方式的区别就在于它需要在 function 后加一个 *

  664. function* FunctionName() {
  665.   // ...Generator Body
  666. }
  667. 生成器函数的声明形式不是必须的,同样可以使用匿名函数的形式。

  668. let FunctionName = function*() { /* ... */ }
  669. 生成器函数的函数内容将会是对应生成器的运行内容,其中支持一种新的语法 yield。它的作用与 return 有点相似,但并非退出函数,而是切出生成器运行时。

  670. 你可以把整个生成器运行时看成一条长长的面条(while (true) 则就是无限长的),JavaScript 引擎在每一次遇到 yield 就要切一刀,而切面所成的“纹路”则是 yield 出来的值。



  671. ~~好吧这是瑞士卷~~

  672. Generator

  673. (rui)(shi)(juan)在某种意义上可以看做为与 JavaScript 主线程分离的运行时(详细可参考我的另外一篇文章:http://lifemap.in/koa-co-and-coroutine/),它可以随时被 yield 切回主线程(生成器不影响主线程)。

  674. 每一次生成器运行时被 yield 都可以带出一个值,使其回到主线程中;此后,也可以从主线程返回一个值回到生成器运行时中:

  675. let inputValue = yield outputValue
  676. 生成器切出主线程并带出 outputValue,主函数经过处理后(可以是异步的),把 inputValue 带回生成器中;主线程可以通过 .next(inputValue) 方法返回值到生成器运行时中。

  677. 基本使用方法

  678. 构建生成器函数

  679. 使用 Generator 的第一步自然是要构建生成器函数,理清构建思路,比如我需要做一个生成斐波那契数列(俗称兔子数列)的生成器们则需要如何构建循环体呢?如果我需要在主线程不断获得结果,则需要在生成器 中做无限循环,以保证其不断地生成。

  680. 而根据斐波那契数列的定义,第 n (n ≥ 3) 项是第 n - 1 项和第 n - 2 之和,而第 1 项和第 2 项都是 1。

  681. function* fibo() {
  682.   let [a, b] = [1, 1]

  683.   yield a
  684.   yield b

  685.   while (true) {
  686.     [a, b] = [b, a + b]
  687.     yield b
  688.   }
  689. }
  690. 这样设计生成器函数,就可以先把预先设定好的首两项输出,然后通过无限循环不断把后一项输出。

  691. 启动生成器

  692. 生成器函数不能直接用来作为生成器使用,需要先使用这个函数得到一个生成器,用于运行生成器内容和接收返回值。

  693. let gen = fibo()
  694. 运行生成器内容

  695. 得到生成器以后,我们就可以通过它进行数列项生成了。此处演示获得前 10 项。

  696. let arr = []
  697. for (let i = 0; i < 10; i++)
  698.   arr.push(gen.next().value)

  699. console.log(arr) //=> [ 1, 1, 2, 3, 5, 8, 13, 21, 34, 55 ]
  700. 你也可以通过图示理解 Generator 的运行原理



  701. 事实上,Generator 的用法还是很多种,其中最为著名的一种便是使用 Generator 的特性模拟出 ES7 中的 async/await 特性。而其中最为著名的就是 co 和 koa(基于 co 的 Web Framework) 了。详细可以看我的另外一篇文章:Koa, co and coroutine。

  702. 原生的模块化

  703. 在前文中,我提到了 ES2015 在工程化方面上有著良好的优势,而采用的就是 ES2015 中的原生模块化机制,足以证明它的重要性。

  704. 历史小回顾

  705. 在 JavaScript 的发展历史上,曾出现过多种模块加载库,如 RequireJS、SeaJS、FIS 等,而由它们衍生出来的 JavaScript 模块化标准有 CommonJS、AMD、CMD 和 UMD 等。

  706. 其中最为典型的是 Node.js 所遵循的 CommonJS 和 RequireJS 的 AMD。

  707. 本文在此不再详细说明这些模块化方案,详细可以阅读 What Is AMD, CommonJS, and UMD?

  708. 基本用法

  709. 正如前文所展示的使用方式一样,ES2015 中的模块化机制设计也是相当成熟的。基本上所有的 CommonJS 或是 AMD 代码都可以很快地转换为 ES2015 标准的加载器代码。

  710. import name from "module-name"
  711. import * as name from "module-name"
  712. import { member } from "module-name"
  713. import { member as alias } from "module-name"
  714. import { member1 , member2 } from "module-name"
  715. import { member1 , member2 as alias2 , [...] } from "module-name"
  716. import defaultMember, { member [ , [...] ] } from "module-name"
  717. import defaultMember, * as alias from "module-name"
  718. import defaultMember from "module-name"
  719. import "module-name"
  720. // Copy from Mozilla Developer Center
  721. 如上所示,ES2015 中有很多种模块引入方式,我们可以根据实际需要选择一种使用。

  722. 全局引入

  723. 全局引入是最基本的引入方式,这跟 CommonJS、AMD 等模块化标准并无两样,都是把目标模块的所有暴露的接口引入到一个命名空间中。

  724. import name from 'module-name'
  725. import * as name from 'module-name'
  726. 这跟 Node.js 所用的 CommonJS 类似:

  727. var name = require('module-name')
  728. 局部引入

  729. 与 CommonJS 等标准不同的是,ES2015 的模块引入机制支持引入模块的部份暴露接口,这在大型的组件开发中显得尤为方便,如 React 的组件引入便是使用了该特性。

  730. import { A, B, C } from 'module-name'

  731. A()
  732. B()
  733. C()
  734. 接口暴露

  735. ES2015 的接口暴露方式比 CommonJS 等标准都要丰富和健壮,可见 ECMA 委员会对这一部份的重视程度之高。

  736. ES2015 的接口暴露有几种用法:

  737. 暴露单独接口

  738. // module.js
  739. export function method() { /* ... */ }

  740. // main.js
  741. import M from './module'
  742. M.method()
  743. 基本的 export 语句可以调用多次,单独使用可暴露一个对象到该模块外。

  744. 暴露复盖模块

  745. 若需要实现像 CommonJS 中的 module.exports = {} 以覆盖整个模块的暴露对象,则需要在 export 语句后加上 default。

  746. // module.js
  747. export default {
  748.   method1,
  749.   method2
  750. }

  751. // main.js
  752. import M from './module'
  753. M.method1()
  754. 降级兼容

  755. 在实际应用中,我们暂时还需要使用 babel 等工具对代码进行降级兼容。庆幸的是,babel 支持 CommonJS、AMD、UMD 等模块化标准的降级兼容,我们可以根据项目的实际情况选择降级目标。

  756. $ babel -m common -d dist/common/ src/
  757. $ babel -m amd -d dist/amd/ src/
  758. $ babel -m umd -d dist/umd/ src/
  759. Promise

  760. Promise,作为一个老生常谈的话题,早已被聪明的工程师们“玩坏”了。

  761. 光是 Promise 自身,目前就有多种标准,而目前最为流行的是 Promises/A+。而 ES2015 中的 Promise 便是基于 Promises/A+ 制定的。

  762. 概念

  763. Promise 是一种用于解决回调函数无限嵌套的工具(当然,这只是其中一种),其字面意义为“保证”。它的作用便是“免去”异步操作的回调函数,保证能通过后续监听而得到返回值,或对错误处理。它能使异步操作变得井然有序,也更好控制。我们以在浏览器中访问一个 API,解析返回的 JSON 数据。

  764. fetch('http://example.com/api/users/top')
  765.   .then(res => res.json())
  766.   .then(data => {
  767.     vm.data.topUsers = data
  768.   })
  769.   // Handle the error crash in the chaining processes
  770.   .catch(err => console.error(err))
  771. Promise 在设计上具有原子性,即只有两种状态:未开始和结束(无论成功与否都算是结束),这让我们在调用支持 Promise 的异步方法时,逻辑将变得非常简单,这在大规模的软件工程开发中具有良好的健壮性。

  772. 基本用法

  773. 创建 Promise 对象

  774. 要为一个函数赋予 Promise 的能力,先要创建一个 Promise 对象,并将其作为函数值返回。Promise 构造函数要求传入一个函数,并带有 resolve 和 reject 参数。这是两个用于结束 Promise 等待的函数,对应的成功和失败。而我们的逻辑代码就在这个函数中进行。

  775. 此处,因为必须要让这个函数包裹逻辑代码,所以如果需要用到 this 时,则需要使用箭头函数或者在前面做一个 this 的别名。

  776. function fetchData() {
  777.   return new Promise((resolve, reject) => {
  778.     // ...
  779.   })
  780. }
  781. 进行异步操作

  782. 事实上,在异步操作内,并不需要对 Promise 对象进行操作(除非有特殊需求)。

  783. function fetchData() {
  784.   return new Promise((resolve, reject) => {
  785.     api.call('fetch_data', (err, data) => {
  786.       if (err) return reject(err)

  787.       resolve(data)
  788.     })
  789.   })
  790. }
  791. 因为在 Promise 定义的过程中,也会出现数层回调嵌套的情况,如果需要使用 this 的话,便显现出了箭头函数的优势了。

  792. 使用 Promise

  793. 让异步操作函数支持 Promise 后,我们就可以享受 Promise 带来的优雅和便捷了~

  794. fetchData()
  795.   .then(data => {
  796.     // ...

  797.     return storeInFileSystem(data)
  798.   })
  799.   .then(data => {
  800.     return renderUIAnimated(data)
  801.   })
  802.   .catch(err => console.error(err))
  803. 弊端

  804. 虽说 Promise 确实很优雅,但是这是在所有需要用到的异步方法都支持 Promise 且遵循标准。而且链式 Promise 强制性要求逻辑必须是线性单向的,一旦出现如并行、回溯等情况,Promise 便显得十分累赘。

  805. 所以在目前的最佳实践中,Promise 会作为一种接口定义方法,而不是逻辑处理工具。后文将会详细阐述这种最佳实践。

  806. Symbol

  807. Symbol 是一种很有意思的概念,它跟 Swift 中的 Selector 有点相像,但也更特别。在 JavaScript 中,对象的属性名称可以是字符串或数字。而如今又多了一个 Symbol。那 Symbol 究竟有什么用?

  808. 首先,我们要了解的是,Symbol 对象是具有唯一性的,也就是说,每一个 Symbol 对象都是唯一的,即便我们看不到它的区别在哪里。这就意味著,我们可以用它来保证一些数据的安全性。

  809. console.log(Symbol('key') == Symbol('key')) //=> false
  810. 如果将一个 Symbol 隐藏于一个封闭的作用域内,并作为一个对象中某属性的键,则外层作用域中便无法取得该属性的值,有效保障了某些私有库的代码安全性。

  811. let privateDataStore = {
  812.   set(val) {
  813.     let key = Symbol(Math.random().toString(32).substr(2))
  814.     this[key] = val

  815.     return key
  816.   },

  817.   get(key) {
  818.     return this[key]
  819.   }
  820. }

  821. let key = privateDateStore('hello world')
  822. privateDataStore[key] //=> undefined
  823. privateDataStore.get(key) //=> hello world
  824. 如果你想通过某些办法取得被隐藏的 key 的话,我只能说:理论上,不可能。

  825. let obj = {}
  826. let key = Symbol('key')

  827. obj[key] = 1
  828. JSON.stringify(obj) //=> {}
  829. Object.keys(obj) //=> []

  830. obj[key] //=> 1
  831. 黑科技

  832. Symbol 除了带给我们数据安全性以外,还带来了一些很神奇的黑科技,简直了。

  833. Symbol.iterator

  834. 除 Symbol 以外,ES2015 还为 JavaScript 带来了 for...of 语句,这个跟原本的 for...in 又有什么区别?

  835. 我们还是以前面的斐波那契数列作为例子。Iterator 在 Java 中经常用到中会经常用到,意为“迭代器”,你可以把它理解为用于循环的工具。

  836. let fibo = {
  837.   [ Symbol.iterator ]() {
  838.     let a = 0
  839.     let b = 1
  840.     return {
  841.       next() {
  842.         [a, b] = [b, a + b]
  843.         return { done: false, value: b }
  844.       }
  845.     }
  846.   }
  847. }

  848. for (let n of fibo) {
  849.   if (n > 100) break
  850.   console.log(n)
  851. }
  852.  看到这个 for…of 是否有种兴奋的感觉?虽然说创建 fibo 的时候稍微有点麻烦……

  853. 不如我们先来看看这个 fibo 究竟是怎么定义出来了。首先,我们要了解到 JavaScript 引擎(或编译器)在处理 for...of 的时候,会从 of 后的对象取得 Symbol.iterator 这属性键的值,为一个函数。它要求要返回一个包含 next 方法的对象,用于不断迭代。而因为 Symbol.iterator 所在键值对的值是一个函数,这就让我们有了自由发挥的空间,比如定义局部变量等等。

  854. 每当 for...of 进行了一次循环,都会执行一次该对象的 next 方法,已得到下一个值,并检查是否迭代完成。随著 ES7 的开发,for...of 所能发挥的潜能将会越来越强。

  855. 还有更多的 Symbol 黑科技等待挖掘,再次本文不作详细阐述,如有兴趣,可以看看 Mozilla Developer Center 上的介绍。

  856. Proxy(代理)

  857. Proxy 是 ECMAScript 中的一种新概念,它有很多好玩的用途,从基本的作用说就是:Proxy 可以在不入侵目标对象的情况下,对逻辑行为进行拦截和处理。

  858. 比如说我想记录下我代码中某些接口的使用情况,以供数据分析所用,但是因为目标代码中是严格控制的,所以不能对其进行修改,而另外写一个对象来对目标对象做代理也很麻烦。那么 Proxy 便可以提供一种比较简单的方法来实现这一需求。

  859. 假设我要对 api 这一对象进行拦截并记录下代码行为,我就可以这样做:

  860. let apiProxy = new Proxy(api, {
  861.   get(receiver, name) {
  862.     return (function(...args) {
  863.       min.sadd(`log:${name}`, args)
  864.       return receiver[name].apply(receiver, args)
  865.     }).bind(receiver)
  866.   }
  867. })

  868. api.getComments(artical.id)
  869.   .then(comments => {
  870.     // ...
  871.   })
  872. 可惜的是,目前 Proxy 的兼容性很差,哪怕是降级兼容也难以实现。

  873. 到这里,相信你已经对 ES2015 中的大部份新特性有所了解了。那么现在,就结合我们原有的 JavaScript 技能,开始使用 ES2015 构建一个具有工程化特点的项目吧。

  874. ES2015 的前端开发实战

  875. 事实上,你们都应该有听说过 React 这个来自 Facebook 的前端框架,因为现在它实在太火了。React 与 ES2015 的关系可谓深厚,React 在开发上便要求使用 ES2015 标准,因其 DSL ── JSX 的存在,所以必须要依赖 Babel 将其编译成 JavaScript。

  876. 但同样是由于 JSX 的存在,本文章并不会采用 React 作为前端框架,以避免读者对 JSX 和 HTML 的误解。我们会采用同样优秀的前端 MVVM 框架 ── Vue 进行开发。

  877. 数据部份,将会使用 MinDB 进行存储和处理。MinDB 是由笔者开发的一个用于 JavaScript 环境的简易而健壮的数据库,它默认使用 DOM Storage 作为其存储容器,在其他环境中可以通过更换 Store Interface 以兼容绝大部份 JavaScript 运行环境。

  878. Vue.js 的使用教程可以参考 Vue.js 的官方教程。

  879. 构建界面

  880. 我们首先简单地用 LayoutIt 搭建一个用 Bootstrap 构架的页面,其中包含了 DEMO 的首页和文章内容页,此后我们将会使用这个模板搭建我们的 JavaScript 代码架构。

  881. 首页

  882. 文章内容页

  883. 接下来,我们需要通过对页面的功能块进行组件划分,以便于使用组件化的架构搭建前端页面。

  884. 我们可以大致分为 Index、Post 和 Publish 三个页面,也可以说三个路由方向;而我们还可以把页面中的组块分为:文章列表、文章、侧边栏、评论框等。

  885. 以此,我们可以设计出以下结构,以作为这个项目的组织结构:

  886. Routes Components
  887.  |- Index ----|- Posts
  888.  | |- Sidebar
  889.  |
  890.  |- Post -----|- Post
  891.  | |- Comments
  892.  |
  893.  |- Publish
  894. 首页包含了文章列表、侧边栏两个组件;文章页面包含文章内容组件和评论框组件(此处我们使用多说评论框作为我们的组件);而文章发布页则可以单独为一个路由器,而不需要分出组件。

  895. 代码结构定义

  896. 因我们是以 babel 进行 ES2015 降级兼容的,所以我们最好可以采用分离的结构,这里我们使用 src 和 dist。

  897. 我们此处以比较简单的结构构建我们的DEMO:

  898. app
  899.  |- src 程序的源文件目录
  900.  | |- controllers 后端的路由处理器
  901.  | |- lib 后端需要引用的一些库
  902.  | |- public 前端 JavaScript 源文件
  903.  | | |- controllers 前端的路由处理器
  904.  | | |- components 前端组件
  905.  | | |- models 前端数据层
  906.  | | |- config.js 前端的配置文件
  907.  | | |- main.js 前端 JavaScript 入口
  908.  | |- app.js 后端程序入口
  909.  | |- routes.js 后端路由表
  910.  |- dist 降级兼容输出目录
  911.  | |- public
  912.  | |- css
  913.  | |- index.html 前端 HTML 入口
  914.  |- gulpfile.js Gulp 构建配置文件
  915.  |- package.json Node.js 项目配置文件
  916. 而我们在这一章节中则专注于 public 这一目录即可,Node.js 部份将在下一章节详细展示。

  917. 架构设计

  918. 模块化

  919. 因为有了 ES2015 自身的模块化机制,我们就不必使用 RequireJS 等模块加载库了,通过 Browserify 我们我可以将整个前端的 JavaScript 程序打包到一个 .js 文件中,而这一步骤我们使用 Gulp 来完成。

  920. 详细的 Gulp 使用教程可以参考:了不起的任务运行器Gulp基础教程

  921. 数据支持

  922. 我们的数据将从后端的 Node.js 程序中获取,以 API 的形式获得。

  923. 另外,为了得到更佳的用户体验,我们将使用 MinDB 作为这个 DEMO 的前端数据库,减少网络请求次数,优化使用体验。

  924. 界面渲染

  925. 为了能让我们的界面定义能够足够简单,我们在这使用了 Vue 作为前端开发框架,将其与 MinDB 对接,负责渲染我们的页面。

  926. 其中,我们会利用 Vue 的组件系统来实现我们制定下的组件设计。另外,我们还会使用 watchman.js 来实现前端的路由器,以便我们对不同的页面的逻辑进行分离。

  927. 构建应用

  928. 在开始编写业务代码之前,我们需要先安装好我们所需要的依赖库。

  929. $ npm install vue min watchman-router marked --save
  930. 安装好依赖库以后,我们就开始编写入口文件吧!

  931. 入口文件

  932. // main.js
  933. import Vue from 'vue'
  934. import watch from 'watchman-router'
  935. import qs from 'querystring' // From Node.js

  936. watch({
  937.   // TODO
  938. })
  939.   .use((ctx, next) => {
  940.     ctx.query = qs.parse(window.location.search.substr(1))
  941.     next()
  942.   })
  943.   .run()
  944. 在入口中,我们将做如下任务:

  945. 引入所有的路由相应器
  946. 将路由相应器通过 watchman.js 绑定到对应的 url 规则中
  947. 建立在共用模板中存在的需要实例化的组件
  948. 因为我们还么有开始动工路由相应器,所以我们先把“建立在共用模板中存在的需要实例化的组件”这一任务完成。

  949. 在共用模板中,有唯一一个必须的共用组件就是页面切换器 ── 一个用于包含所有的页面的元素。

  950. <div class="row" id="wrapper" v-html="html"></div>
  951. 对应的,我们将在入口文件中使用 Vue 建立其对应的 ViewModel,并将其绑定至 DOM 元素。

  952. let layoutVM = new Vue({
  953.   el: '#wrapper',
  954.   data: {
  955.     html: ''
  956.   }
  957. })
  958. 以后可以通过改变 layoutVM.$data.html 来改变 #wrapper 的内容,配合 watchman.js 以加载不同的页面内容。

  959. 为了能在路由相应器中改变 layoutVM 的参数,我们将其作为 watchman.js 给予相应器的上下文参数中的一个属性。

  960. // ...
  961.   .use((ctx, next) => {
  962.     ctx.query = qs.parse(window.location.search.substr(1))
  963.     ctx.layoutVM = layoutVM
  964.     next()
  965.   })
  966. 数据层:文章

  967. 我们单独把文章的查询、读取和创建等操作抽象成一个库,使其与逻辑层分离,让代码更美观。

  968. 在此之前,我们先定义好从后端用于取得文章数据的 API:

  969. URL: /api/posts/list
  970. 参数:
  971. page 当前页数,每页 10 条记录
  972. 我们可以直接用新的 Ajax API 来进行 API 访问。

  973. import 'whatwg-fetch'
  974. import min from 'min'

  975. async function listPosts(page = 0) {
  976.   const count = 10

  977.   // 检查 MinDB 是否存在数据
  978.   let existsInMinDB = await min.exists('posts:id')

  979.   if (!existsInMinDB) {
  980.     var posts = (await _fetchPost(page))
  981.       .map(post => {
  982.         return {
  983.           id: post._id,
  984.           title: post.title,
  985.           content: post.content,
  986.           author: post.author,
  987.           comments: post.comments.length,
  988.           get summary() {
  989.             return post.content.substr(0, 20) + '...'
  990.           }
  991.         }
  992.       })

  993.     // 将数据存储到 MinDB 中
  994.     for (let i = 0; i < posts.length; i++) {
  995.       let post = posts[i]

  996.       await min.sadd('posts:id', post.id)
  997.       await min.hmset(`post:${post.id}`, post)
  998.     }
  999.   } else {
  1000.     // 从 MinDB 读取数据
  1001.     let ids = await min.smembers('posts:id')
  1002.     ids = ids.slice(page * count, (page + 1) * count)
  1003.     var posts = await min.mget(ids.map(id => `post:${id}`))
  1004.   }

  1005.   return posts
  1006. }

  1007. async function _fetchPost(page) {
  1008.   // 通过 `fetch` 访问 API
  1009.   let res = await fetch(`/api/posts/list?page=${page}`)
  1010.   let reply = await res.json()

  1011.   return reply.posts
  1012. }
  1013. 其中,min.sadd('posts:id', post.id) 会将文章的 ID 存入 MinDB 中名为 posts:id 的集中,这个集用于保存所有文章的 ID;min.hmset(`post:${post.id}`, post) 则会将文章的所有数据存入以 post:{id} 命名的 Hash 中。

  1014. 完成对首页的所有文章列表支持后,我们还需要简单的定义一个用于读取单篇文章数据的 API。

  1015. 如果用户是从首页的文章列表进来的,那么我们就可以直接从 MinDB 中读取文章数据。但如果用户是直接通过 url 打开网址的话,MinDB 有可能并没有存储文章数据,那么我们就通过 API 从后端获取数据,并存储在 MinDB 中。

  1016. URL:/api/posts/:id
  1017. async function getPost(id) {
  1018.   let existsInMinDB = await min.exists(`post:${id}`)

  1019.   if (existsInMinDB) {
  1020.     return await min.hgetall(`post:${id}`)
  1021.   } else {
  1022.     let res = await fetch(`/api/posts/${id}`)
  1023.     let post = (await res.json()).post

  1024.     await min.hmset(`post:${id}`, {
  1025.       id: post._id,
  1026.       title: post.title,
  1027.       content: post.content,
  1028.       author: post.author,
  1029.       comments: post.comments.length,
  1030.       get summary() {
  1031.         return post.content.substr(0, 20) + '...'
  1032.       }
  1033.     })

  1034.     return post
  1035.   }
  1036. }
  1037. 完成用于读取的接口后,我们也该做做用于写入的接口了。同样的,我们也先来把 API 定义一下。

  1038. URL:/api/posts/new
  1039. Body(JSON):
  1040. title
  1041. content
  1042. author
  1043. 我们也可以通过 fetch 来发出 POST 请求。

  1044. async function publishPost(post) {
  1045.   let res = await fetch('/api/posts/new', {
  1046.     method: 'POST',
  1047.     headers: {
  1048.       'Accept': 'application/json',
  1049.       'Content-Type': 'application/json'
  1050.     },
  1051.     body: JSON.stringify(post)
  1052.   })
  1053.   var _post = await res.json()

  1054.   await min.sadd('posts:id', _post._id)
  1055.   await min.hmset(`post:${_post._id}`, {
  1056.     id: _post._id,
  1057.     title: _post.title,
  1058.     content: _post.content,
  1059.     author: _post.author,
  1060.     comments: 0,
  1061.     get summary() {
  1062.       return _post.title.substr(0, 20) + '...'
  1063.     }
  1064.   })

  1065.   _post.id = _post._id

  1066.   return _post
  1067. }
  1068. 最后我们就可以暴露出这几个接口了。

  1069. export default {
  1070.   listPosts,
  1071.   getPost,
  1072.   publishPost
  1073. }
  1074. 路由:首页

  1075. 首先我们确定一下首页中我们需要做些什么:

  1076. 改变 layoutVM 的 HTML 数据,为后面的页面渲染做准备
  1077. 分别从后端加载文章数据和多说加载评论数,加载完以后存入 MinDB 中
  1078. 从 MinDB 中加载已缓存的数据
  1079. 建立对应的 VM,并传入数据
  1080. 准备页面渲染

  1081. 首先,我们需要为 watchman.js 的路由提供一个函数以作相应器,并包含一个为 context 的参数。我们则可以将其作为模块的暴露值。

  1082. export default function(ctx) {
  1083.   // 改变 layoutVM
  1084.   ctx.layoutVM.$data.html = `
  1085.     <h1>
  1086.       ES2015 实战 - DEMO
  1087.     </h1>
  1088.     <hr>
  1089.     <div id="posts" class="col-md-9">
  1090.       <post-in-list v-repeat="posts"></post-in-list>
  1091.     </div>
  1092.     <div id="sidebar" class="col-md-3">
  1093.       <panel title="侧边栏" content="{{content}}" list="{{list}}"></panel>
  1094.     </div>
  1095.   `
  1096. }
  1097. 此处将首页的 HTML 结构赋予 layoutVM,并让其渲染至页面中。

  1098. 加载数据

  1099. 因为我们之前已经将数据层抽象化了,所以我们此处只需通过我们的抽象数据层读取我们所需要的数据即可。

  1100. import Vue from 'vue'

  1101. import Posts from '../models/posts'

  1102. // ...
  1103. export default async function(ctx) {
  1104.   let refresh = 'undefined' != typeof ctx.query.refresh
  1105.   let page = ctx.query.page || 0

  1106.   let posts = await Posts.listPosts(page)
  1107. }
  1108. 设计组件

  1109. 在首页的 HTML 中,我们用到了两个 Component,分别为 post-in-list 和 panel,我们分别在 components 文件夹中分别建立 post-in-list.js 和 panel.js。我们从我们之前通过 LayoutIt 简单建立的 HTML 模板中,抽出对应的部份,并将其作为 Vue Component 的模板。

  1110. // post-in-list.js
  1111. import Vue from 'vue'
  1112. import marked from 'marked'

  1113. // 模板
  1114. const template = `
  1115.   <div class="post" v-attr="id: id">
  1116.     <h2><a href="/#!/post/{{id}}" v-text="title"></a></h2>
  1117.     <p v-text="summary"></p>
  1118.     <p>
  1119.       <small>{{author}} 发表</small> | <a class="btn" href="/#!/post/{{id}}">查看更多 ?</a>
  1120.     </p>
  1121.   </div>
  1122. `
  1123. 我们可以通过 Vue 的双向绑定机制将数据插入到模板中。

  1124. Vue.component('post-in-list', {
  1125.   template: template,
  1126.   replace: true
  1127. })
  1128. 根据 Vue 的组件机制,我们可以通过对组件标签中加入自定义属性来传入参数,以供组件中使用。

  1129. 但此处我们先用 Vue 的 v-repeat 指令来进行循环使用组件。

  1130. <post-in-list v-repeat="posts"></post-in-list>
  1131. panel.js 同理建立。

  1132. 路由:文章页面

  1133. 相比首页,文章页面要简单得多。因为我们在首页已经将数据加载到 MinDB 中了,所以我们可以直接从 MinDB 中读取数据,然后将其渲染到页面中。

  1134. // ...
  1135. let post = await min.hgetall(`post:${this.id}`)
  1136. // ...
  1137. 然后,我们再从之前设计好的页面模板中,抽出我们需要用来作为文章页面的内容页。

  1138. <h1 v-text="title"></h1>
  1139. <small>{{author}} 发表</small>
  1140. <div class="post" v-html="content | marked"></div>
  1141. 我们同样是同样通过对 layoutVM 的操作,来准备页面的渲染。在完成渲染准备后,我们就可以开始获取数据了。

  1142. let post = await min.hgetall(`post:${this.id}`)
  1143. 在获得相应的文章数据以后,我们就可以通过建立一个组件来将其渲染至页面中。其中,要注意的是我们需要通过 Vue 的一些 API 来整合数据、渲染等步骤。

  1144. 在这我不再详细说明其构建步骤,与上一小节相同。

  1145. import Vue from 'vue'
  1146. import min from 'min'
  1147. import marked from 'marked'

  1148. const template = `
  1149.   <h1 v-text="title"></h1>
  1150.   <small>{{author}} 发表</small>
  1151.   <div class="post" v-html="content | marked"></div>
  1152. `

  1153. let postVm = Vue.component('post', {
  1154.   template: template,
  1155.   replace: true,
  1156.   props: [ 'id' ],

  1157.   data() {
  1158.     return {
  1159.       id: this.id,
  1160.       content: '',
  1161.       title: ''
  1162.     }
  1163.   },

  1164.   async created() {
  1165.     this.$data = await min.hgetall(`post:${this.id}`)
  1166.   },

  1167.   filters: {
  1168.     marked
  1169.   }
  1170. })

  1171. export default postVm
  1172. 此处我们除了 ES2015 的特性外,我们还更超前地使用了正在制定中的 ES7 的特性,比如 async/await,这是一种用于对异步操作进行“打扁”的特性,它可以把异步操作以同步的语法编写。如上文所说,在 ES2015 中,我们可以用 co 来模拟 async/await 特性。

  1173. 路由:发布新文章

  1174. 在发布新文章的页面中,我们直接调用我们之前建立好的数据抽象层的接口,将新数据传向后端,并保存在 MinDB 中。

  1175. import marked from 'marked'

  1176. import Posts from '../models/posts'

  1177. // ...
  1178. new Vue({
  1179.   el: '#new-post',

  1180.   data: {
  1181.     title: '',
  1182.     content: '',
  1183.     author: ''
  1184.   },

  1185.   methods: {
  1186.     async submit(e) {
  1187.       e.preventDefault()

  1188.       var post = await Posts.publishPost({
  1189.         title: this.$data.title,
  1190.         content: this.$data.content,
  1191.         author: this.$data.author
  1192.       })

  1193.       window.location.hash = `#!/post/${post.id}`
  1194.     }
  1195.   },

  1196.   filters: {
  1197.     marked
  1198.   }
  1199. })
  1200. 路由绑定

  1201. 在完成路由响应器的开发后,我们就可以把他们都绑定到 watchman.js 上了。

  1202. // ...

  1203. import Index from './controllers/index'
  1204. import Post from './controllers/post'
  1205. import Publish from './controllers/publish'

  1206. watch({
  1207.   '/': Index,
  1208.   '#!/': Index,
  1209.   '#!/post/:id': Post,
  1210.   '#!/new': Publish
  1211. })

  1212. // ...
  1213. 这样,就可以让我们之前的路由结构都绑定到入口文件中:

  1214. 首页绑定到 / 和 #!/
  1215. 文章页面则绑定到了 #!/post/:id,比如 #!/post/123 则表示 id 为 123 的文章页面
  1216. #!/new 则绑定了新建文章的页面
  1217. 合并代码

  1218. 在完成三个我们所构建的路由设计后,我们就可以用 Browserify 把我们的代码打包到一个文件中,以作为整个项目的入口文件。此处,我们再引入 Gulp 作为我们的构建辅助器,而不需要直接使用 Browserify 的命令行进行构建。

  1219. 在开始编写 Gulpfile 之前,我们先安装我们所需要的依赖库:

  1220. $ npm install gulp browserify babelify vinyl-source-stream vinyl-buffer babel-preset-es2015-without-regenerator babel-plugin-transform-async-to-generator --save
  1221. 将依赖库安装好以后,我们就可以开始编写 Gulp 的配置文件了。

  1222. 在本文将近完成的时候,Babel 发布了版本 6,其 API 与 5 版本有著相当大的区别,且 Babel 6 并不向前兼容,详细更改此处不作介绍。

  1223. var gulp = require('gulp')
  1224. var browserify = require('browserify')
  1225. var babelify = require('babelify')
  1226. var source = require('vinyl-source-stream')
  1227. var buffer = require('vinyl-buffer')

  1228. gulp.task('browserify', function() {
  1229.   return browserify({
  1230.     entries: ['./src/public/main.js']
  1231.   })
  1232.     .transform(babelify.configure({
  1233.       presets: [ 'es2015-without-regenerator' ],
  1234.       plugins: [ 'transform-async-to-generator' ]
  1235.     }))
  1236.     .bundle()
  1237.     .pipe(source('bundle.js'))
  1238.     .pipe(buffer())
  1239.     .pipe(gulp.dest('dist/public'))
  1240. })

  1241. gulp.task('default', [ 'browserify' ])
  1242. 在这个配置文件中,我们把前端的代码中的入口文件传入 babel 中,然后将其打包成 bundle.js。

  1243. 最后,我们可以在我们最开始通过 Layoutit 所设计的页面中,把可以用于包含替换内容的部份去掉,然后引入我们通过 Browserify 生成的 bundle.js。

  1244. 完成 JavaScript 部份的开发后,我们再将所需要的静态资源文件加载到 HTML 中,我们就可以看到这个基本脱离后端的前端 Web App 的效果了。



  1245. ES2015 的 Node.js 开发实战

  1246. 就目前来说,能最痛快地使用 ES2015 中各种新特性进行 JavaScript 开发的环境,无疑就是 Node.js。就 Node.js 本身来说,就跟前端的 JavaScript 环境有著本质上的区别,Node.js 有著完整意义上的异步 IO 机制, 有著无穷无尽的应用领域,而且在语法角度上遇到问题机率比在前端大不少。甚至可以说,Node.js 一直是等著 ES2015 的到来的,Node.js 加上 ES2015 简直就是如虎添翼了。

  1247. 从 V8 引擎开始实验性的开始兼容 ES6 代码时,Node.js 便开始马上跟进,在 Node.js 中开放 ES6 的兼容选项,如 Generator、Classes 等等。经过相当长一段时间的测试和磨合后,就以在 Node.js 上使用 ES6 标准进行应用开发这件事来说,已经变得越来越成熟,越来越多的开发者走上了 ES6 这条“不归路”。

  1248. 一些针对 Node.js + ES6 的开发模式和第三方库也如雨后春笋般冒出,其中最为人所熟知的便是以 co 为基础所建立的 Web 框架 Koa。Koa 由 TJ 等 express 原班人马打造,目前也有越来越多的中国开发者加入到 Koa 的开发团队中来,为前沿 Node.js 的开发做贡献。

  1249. co 通过使用 ES2015 中的 Generator 特性来模拟 ES7 中相当诱人的 async/await 特性,可以让复杂的异步方法调用及处理变得像同步操作一样简单。引用响马大叔在他所维护的某项目中的一句话:

  1250. 用同步代码抒发异步情怀

  1251. 在本章节中,我将以一个简单的后端架构体系,来介绍 ES2015 在 Node.js 开发中的基于 Koa 的一种优秀实践方式。

  1252. 因为 Node.js 自带模块机制,所以用 babel 对 ES2015 的模块语法做降级兼容的时候,只需降至 Node.js 所使用的 CommonJS 标准即可。

  1253. 不一样的是,ES2015 的模块语法是一种声明式语法,根据 ES2015 中的规定,模块引入和暴露都需要在当前文件中的最顶层,而不能像 CommonJS 中的 require() 那样可以在任何地方使用;使用 import 引入的模块所在命名空间将会是一个常量,在 babel 的降级兼容中会进行代码检查,保证模块命名空间的安全性。

  1254. 架构设计

  1255. 因为我们这个 DEMO 的数据结构并不复杂,所以我们可以直接使用 MongoDB 作为我们的后端数据 库,用于存储我们的文章数据。我们可以通过 monk 库作为我们读取、操作 MongoDB 的客户端库。在架构上,Koa 将作为 Web 开发框架,配合 co 等库实现全“同步”的代码编写方式。

  1256. 构建应用

  1257. 这就让我们一步一步来吧,创建 Node.js 应用并安装依赖。

  1258. $ npm init
  1259. $ npm install koa koa-middlewares koa-static monk co-monk thunkify --save
  1260. 在上一个章节中,我们已经建立了整个 DEMO 的文件结构,在此我们再展示一遍:

  1261. app
  1262.  |- src 程序的源文件目录
  1263.  | |- controllers 后端的路由处理器
  1264.  | |- models 数据抽象层
  1265.  | |- lib 后端需要引用的一些库
  1266.  | |- public 前端 JavaScript 源文件
  1267.  | |- app.js 后端程序入口
  1268.  | |- routes.js 后端路由表
  1269.  |- dist 降级兼容输出目录
  1270.  |- gulpfile.js Gulp 构建配置文件
  1271.  |- package.json Node.js 项目配置文件
  1272. src/controllers 中,包含我们用来相应请求的控制器文件;src/lib 文件夹则包含了我们需要的一些抽象库;src/public 文件则包含了在上一章节中我们建立的前端应用程序;src/app.js 是该应用入口文件的源文件;src/routes.js 则是应用的路由表文件。

  1273. 入口文件

  1274. 在入口文件中,我们需要完成几件事情:

  1275. 创建 Koa 应用,并监听指定端口
  1276. 将所需要的 Koa 中间件接入我们所创建的 Koa 应用中,如静态资源服务
  1277. 引入路由表文件,将路由控制器接入我们所建立的 Koa 文件中
  1278. import koa from 'koa'
  1279. import path from 'path'
  1280. import { bodyParser } from 'koa-middlewares'
  1281. import Static from 'koa-static'

  1282. import router from './routes'

  1283. let app = koa()
  1284. // Static
  1285. app.use(Static(path.resolve(__dirname, './public')))
  1286. // Parse the body in POST requests
  1287. app.use(bodyParser())
  1288. // Router
  1289. app.use(router.routes())

  1290. let PORT = parseInt(process.env.PORT || 3000)
  1291. app.listen(PORT, () => {
  1292.   console.log(`Demo is running, port:${PORT}`)
  1293. })
  1294. 数据抽象层

  1295. 为了方便我们在 co 的环境中使用 MongoDB,我们选择了 monk 和 co-monk 两个库进行组合,并抽象出链接库。

  1296. // lib/mongo.js
  1297. import monk from 'monk'
  1298. import wrap from 'co-monk'

  1299. import config from '../../config.json'

  1300. const db = monk(config.dbs.mongo)

  1301. /**
  1302.  * 返回 MongoDB 中的 Collection 实例
  1303.  *
  1304.  * @param {String} name collection name
  1305.  * @return {Object} Collection
  1306.  */
  1307. function collection(name) {
  1308.   return wrap(db.get(name))
  1309. }

  1310. export default {
  1311.   collection
  1312. }
  1313. 通过这个抽象库,我们就可以避免每次获取 MongoDB 中的 Collection 实例时都需要连接一遍数据库了。

  1314. // models/posts.js
  1315. import mongo from '../lib/mongo'

  1316. export default mongo.collection('posts')
  1317. Posts 控制器

  1318. 完成了数据层的抽象处理后,我们就可以将其用于我们的控制器了,参考 monk 的文档,我们可以对这个 Posts Collection 进行我们所需要的操作。

  1319. import thunkify from 'thunkify'
  1320. import request from 'request'

  1321. import Posts from '../models/posts'

  1322. const requestAsync = thunkify((opts, callback) => {
  1323.   request(opts, (err, res, body) => callback(err, body))
  1324. })
  1325. 此处我们使用 thunkify 对 request 做了一点小小的封装工作,而因为 request 库自身的 callback 并不是标准的 callback 形式,所以我们并不能直接把 request 函数传入 thunkify 中,我们需要的是 callback 中的第三个参数 body,所以我们需要自行包装一层函数以取得 body 并返回到 co 中。

  1326. API:获取所有文章

  1327. 我们可以通过这个 API 获取存储在 MongoDB 中的所有文章,并支持分页。支持提供当前获取的页数,每页10篇文章,提供每篇文章的标题、作者、文章内容和评论。

  1328. // GET /api/posts/list?page=0
  1329. router.get.listPosts = function*() {
  1330.   let page = parseInt(this.query.page || 0)
  1331.   const count = 10

  1332.   let posts = yield Posts.find({}, {
  1333.     skip: page * count,
  1334.     limit: count
  1335.   })

  1336.   // 从多说获取评论
  1337.   posts = yield posts.map(post => {
  1338.     return function*() {
  1339.       let duoshuoReply = JSON.parse(yield requestAsync(`http://api.duoshuo.com/threads/listPosts.json?short_name=es2015-in-action&thread_key=${post._id}&page=0&limit=1000`))

  1340.       var commentsId = Object.keys(duoshuoReply.parentPosts)
  1341.       post.comments = commentsId.map(id => duoshuoReply.parentPosts[id])

  1342.       return post
  1343.     }
  1344.   })

  1345.   // 返回结果
  1346.   this.body = {
  1347.     posts: posts
  1348.   }
  1349. }
  1350. 此处我们用到了 co 的一个很有意思的特性,并行处理异步操作。我们通过对从 MongoDB 中取得数据进行 #map() 方法的操作,返回一组 Generator Functions,并将这个数组传给 yield,co 便可以将这些 Generator Functions 全部执行,并统一返回结果。同样的我们还可以使用对象来进行类似的操作:

  1351. co(function*() {
  1352.   let result = yield {
  1353.     posts: getPostsAsync(),
  1354.     hot: getHotPosts(),
  1355.     latestComments: getComments(10)
  1356.   }

  1357.   result //=> { posts: [...], hot: [...], latestComments: [...] }
  1358. })
  1359. API:获取指定文章

  1360. 这个 API 用于通过提供指定文章的 ID,返回文章的数据。

  1361. // GET /api/posts/:id
  1362. router.get.getPost = function*() {
  1363.   let id = this.params.id

  1364.   let post = yield Posts.findById(id)

  1365.   let duoshuoReply = JSON.parse(yield requestAsync(`http://api.duoshuo.com/threads/listPosts.json?short_name=es2015-in-action&thread_key=${id}&page=0&limit=1000`))

  1366.   var commentsId = Object.keys(duoshuoReply.parentPosts)
  1367.   post.comments = commentsId.map(id => duoshuoReply.parentPosts[id])

  1368.   this.body = {
  1369.     post: post
  1370.   }
  1371. }
  1372. API:发布新文章

  1373. 相比上面两个 API,发布新文章的 API 在逻辑上则要简单得多,只需要向 Collection 内插入新元素,然后将得到的文档返回至客户端既可以。

  1374. // POST /api/posts/new
  1375. router.post.newPost = function*() {
  1376.   let data = this.request.body

  1377.   let post = yield posts.insert(data)

  1378.   this.body = {
  1379.     post: post
  1380.   }
  1381. }
  1382. Comments 控制器

  1383. 除了文章的 API 以外,我们还需要提供文章评论的 API,以方便日后该 DEMO 向移动端扩展和弥补多说评论框在原生移动端上的不足。由于评论的数据并不是存储在项目数据库当中,所以我们也不需要为它创建一个数据抽象层文件,而是直接从控制器入手。

  1384. API:获取指定文章的评论

  1385. // GET /api/comments/post/:id
  1386. router.get.fetchCommentsInPost = function*() {
  1387.   let postId = this.params.id

  1388.   let duoshuoReply = JSON.parse(yield requestAsync(`http://api.duoshuo.com/threads/listPosts.json?short_name=es2015-in-action&thread_key=${postId}&page=0&limit=1000`))

  1389.   let commentsId = Object.keys(duoshuoReply.parentPosts)
  1390.   let comments = commentsId.map(id => duoshuoReply.parentPosts[id])

  1391.   this.body = {
  1392.     comments: comments
  1393.   }
  1394. }
  1395. API:发表新评论

  1396. 同样是为了扩展系统的 API,我们通过多说的 API,允许使用 API 来向文章发表评论。

  1397. // POST /api/comments/post
  1398. router.post.postComment = function*() {
  1399.   let postId = this.request.body.post_id
  1400.   let message = this.request.body.message

  1401.   let reply = yield requestAsync({
  1402.     method: 'POST',
  1403.     url: `http://api.duoshuo.com/posts/create.json`,
  1404.     json: true,

  1405.     body: {
  1406.       short_name: duoshuo.short_name,
  1407.       secret: duoshuo.secret,
  1408.       thread_key: postId,
  1409.       message: message
  1410.     }
  1411.   })

  1412.   this.body = {
  1413.     comment: reply.response
  1414.   }
  1415. }
  1416. 配置路由

  1417. 完成控制器的开发后,我们是时候把路由器跟控制器都连接起来了,我们在 src/routes.js 中会将所有控制器都绑定到路由上,成为一个类似于路由表的文件。

  1418. import { router as Router } from 'koa-middlewares'
  1419. 首先,我们要将所有的控制器引入到路由文件中来。

  1420. import posts from './controllers/posts'
  1421. import comments from './controllers/comments'
  1422. 然后,创建一个路由器实例,并将所有控制器的响应器和 URL 规则一一绑定。

  1423. let router = new Router()

  1424. // Posts
  1425. router.get('/api/posts/list', posts.get.listPosts)
  1426. router.get('/api/posts/:id', posts.get.getPost)
  1427. router.post('/api/posts/new', posts.post.newPost)

  1428. // Comments
  1429. router.get('/api/comments/post/:id', comments.get.fetchCommentsInPost)
  1430. router.post('/api/comments/post', comments.post.postComment)

  1431. export default router
  1432. 配置任务文件

  1433. 经过对数据抽象层、逻辑控制器、路由器的开发后,我们便可以将所有代码利用 Gulp 进行代码构建了。

  1434. 我们先安装好所需要的依赖库。

  1435. $ npm install gulp gulp-babel vinyl-buffer vinyl-source-stream babelify browserify --save-dev
  1436. $ touch gulpfile.js
  1437. 很可惜的是,Gulp 原生并不支持 ES2015 标准的代码,所以在此我们也只能通过 ES5 标准的代码编写任务文件了。

  1438. 'use strict'

  1439. var gulp = require('gulp')
  1440. var browserify = require('browserify')
  1441. var babel = require('gulp-babel')
  1442. var babelify = require('babelify')
  1443. var source = require('vinyl-source-stream')
  1444. var buffer = require('vinyl-buffer')
  1445. var babel = require('gulp-babel')
  1446. 我们主要需要完成两个构建任务:

  1447. 编译并构建前端 JavaScript 文件
  1448. 编译后端 JavaScript 文件
  1449. 在构建前端 JavaScript 文件的过程中,我们需要利用 Browserify 配合 babelify 进行代码编译和合并。

  1450. gulp.task('browserify', function() {
  1451.   return browserify({
  1452.     cache: {},
  1453.     packageCache: {},
  1454.     entries: ['./src/public/main.js']
  1455.   })
  1456.     .transform(babelify.configure({
  1457.       presets: [ 'es2015-without-regenerator' ],
  1458.       plugins: [ 'transform-async-to-generator' ]
  1459.     }))
  1460.     .bundle()
  1461.     .pipe(source('bundle.js'))
  1462.     .pipe(buffer())
  1463.     .pipe(gulp.dest('dist/public'))
  1464. })
  1465. 我们将代码编译好以后,便将其复制到 dist/public 文件夹中,这也是我们 Node.js 后端处理静态资源请求的响应地址。

  1466. 而构建后端代码则更为简单,因为我们只需要将其编译并复制到 dist 文件夹即可。

  1467. gulp.task('babel-complie', function() {
  1468.   return gulp.src('src/**/*.js')
  1469.     .pipe(babel({
  1470.       presets: [ 'es2015-without-regenerator' ],
  1471.       plugins: [ 'transform-async-to-generator' ]
  1472.     }))
  1473.     .pipe(gulp.dest('dist/'))
  1474. })
  1475. 好了,在完成 gulpfile.js 文件的编写以后,我们就可以进行代码构建了。

  1476. $ gulp
  1477. [07:30:27] Using gulpfile ~/path/to/app/gulpfile.js
  1478. [07:30:27] Starting 'babel-complie'...
  1479. [07:30:27] Starting 'browserify'...
  1480. [07:30:29] Finished 'babel-complie' after 2.35 s
  1481. [07:30:30] Finished 'browserify' after 3.28 s
  1482. [07:30:30] Starting 'default'...
  1483. [07:30:30] Finished 'default' after 29 μs
  1484. 最后,我们就可以利用 dist 文件夹中已经编译好的代码运行起来了。

  1485. $ node dist/app.js
  1486. Demo is running, port:3000
  1487. 不出意外,我们就可以看到我们想要的效果了。

  1488. 前方高能反应

  1489. 部署到 DaoCloud

  1490. 完成了代码的开发 ,我们还需要将我们的项目部署到线上,让别人看到我们的成果~

  1491. Docker 是目前最流行的一种容器化应用搭建工具,我们可以通过 Docker 快速地将我们的应用部署在任何支持 Docker 的地方,哪怕是 Raspberry Pi 还是公司的主机上。

  1492. 而 DaoCloud 则是目前国内做 Docker 商业化体验最好的公司,他们提供了一系列帮助开发者和企业快速使用 Docker 进行项目部署的工具。这里我们将介绍如何将我们的 DEMO 部署到 DaoCloud 的简易容器中。

  1493. Dockerfile

  1494. 在使用 Docker 进行项目部署前,我们需要在项目中新建一个 Dockerfile 以表达我们的镜像构建任务。

  1495. 因为我们用的是 Node.js 作为项目基础运行环境,所以我们需要从 Node.js 的官方 Docker 镜像中引用过来。

  1496. FROM node:onbuild
  1497. 因为我们已经在 package.json 中写好了对 gulp 的依赖,这样我们就可以直接在 docker build 的时候对代码进行编译。

  1498. RUN ./node_modules/.bin/gulp
  1499. 此外,我们还需要安装另外一个依赖库 pm2,我们需要使用 pm2 作为我们项目的守护程序。

  1500. $ npm install pm2 --save-dev
  1501. 然后,我们简单地向 Docker 的宿主机器申请暴露 80 端口,并利用 pm2 启动 Node.js 程序。

  1502. EXPOSE 80

  1503. CMD ./node_modules/.bin/pm2 start dist/app.js --name ES2015-In-Action --no-daemon
  1504. 至此,我们已经完成了 Dockerfile 的编写,接下来就可以将项目代码上传到 GitHub 等地方,供 DaoCloud 使用了。这里我不再说明 Git 和 GitHub 的使用。



  1505. 创建 DaoCloud 上的 MongoDB 服务

  1506. 借助于 Docker 的强大扩容性,我们可以在 DaoCloud 上很方便地创建用于项目的 MongoDB 服务。

  1507. 在“服务集成”标签页中,我们可以选择部署一个 MongoDB 服务。







  1508. 创建好 MongoDB 服务后,我们就要将我们上传到 GitHub 的项目代码利用 DaoCloud 进行镜像构建了。

  1509. 代码构建

  1510. DaoCloud 提供了一个十分方便的工具,可以把我们存储在 GitHub、BitBucket、GitCafe、Coding 等地方的项目代码,通过其中的 Dockerfile 构建成一个 Docker 镜像,用于部署到管理在 DaoCloud 上的容器。



  1511. 通过绑定 GitHub 账号,我们可以选择之前发布在 GitHub 上的项目,然后拉取到 DaoCloud 中。





  1512. 构建完成以后,我们就可以在“镜像仓库”中看到我们的项目镜像了。



  1513. 我们将其部署到一个 DaoCloud 的容器中,并且把它与之前创建的 MongoDB 服务绑定。





  1514. 最后的最后,我们点击“立即部署”,等待部署成功就可以看到我们的项目线上状态了。



  1515. 我们可以在这里看到我部署的 DEMO:http://es2015-demo.daoapp.io/

  1516. 而我们的 DEMO,可以在这里查看详细代码:https://github.com/iwillwen/es2015-demo

  1517. 至此,我们已经完成了 Node.js 端和前端的构建,并且将其部署到了 DaoCloud 上,以供浏览。下面,我们再来看看,正在发展中的 ES7 又能给我们带来什么惊喜吧。

  1518. 一窥 ES7

  1519. async/await

  1520. 上文中我们提及到 co 是一个利用 Generator 模拟 ES7 中 async/await 特性的工具,那么,这个 async/await 究竟又是什么呢?它跟 co 又有什么区别呢?

  1521. 我们知道,Generator Function 与普通的 Function 在执行方式上有著本质的区别,在某种意义上是无法共同使用的。但是,对于 ES7 的 Async Function 来说,这一点并不存在!它可以以普通函数的执行方式使用,并且有著 Generator Function 的异步优越性,它甚至可以作为事件响应函数使用。

  1522. async function fetchData() {
  1523.   let res = await fetch('/api/fetch/data')
  1524.   let reply = await res.json()

  1525.   return reply
  1526. }

  1527. var reply = fetchData() //=> DATA...
  1528. 遗憾的是,async/await 所支持的并不如 co 多,如并行执行等都暂时没有得到支持。

  1529. Decorators

  1530. 对于 JavaScript 开发者来说,Decorators 又是一种新的概念,不过它在 Python 等语言中早已被玩出各种花式。

  1531. Decorator 的定义如下:

  1532. 是一个表达式
  1533. Decorator 会调用一个对应的函数
  1534. 调用的函数中可以包含 target(装饰的目标对象)、name(装饰目标的名称)和 descriptor(描述器)三个参数
  1535. 调用的函数可以返回一个新的描述器以应用到装饰目标对象上
  1536. PS:如果你不记得 descriptor 是什么的话,请回顾一下 Object.defineProperty() 方法。

  1537. 简单实例

  1538. 我们在实现一个类的时候,有的属性并不想被 for..inObject.keys() 等方法检索到,那么在 ES5 时代,我们会用到 Object.defineProperty() 方法来实现:

  1539. var obj = {
  1540.   foo: 1
  1541. }

  1542. Object.defineProperty(obj, 'bar', {
  1543.   enumerable: false,
  1544.   value: 2
  1545. })

  1546. console.log(obj.bar) //=> 2

  1547. var keys = []
  1548. for (var key in obj)
  1549.   keys.push(key)
  1550. console.log(keys) //=> [ 'foo' ]

  1551. console.log(Object.keys(obj)) //=> [ 'foo' ]
  1552. 那么在 ES7 中,我们可以用 Decorator 来很简单地实现这个需求:

  1553. class Obj {
  1554.   constructor() {
  1555.     this.foo = 1
  1556.   }

  1557.   @nonenumerable
  1558.   get bar() { return 2 }
  1559. }

  1560. function nonenumerable(target, name, descriptor) {
  1561.   descriptor.enumerable = false
  1562.   return descriptor
  1563. }

  1564. var obj = new Obj()

  1565. console.log(obj.foo) //=> 1
  1566. console.log(obj.bar) //=> 2

  1567. console.log(Object.keys(obj)) //=> [ 'foo' ]
  1568. 黑科技

  1569. 正如上面所说,Decorator 在编程中早已不是什么新东西,特别是在 Python 中早已被玩出各种花样。聪明的工程师们看到 ES7 的支持当然不会就此收手,就让我们看看我们还能用 Decorator 做点什么神奇的事情。

  1570. 假如我们要实现一个类似于 Koa 和 PHP 中的 CI 的框架,且利用 Decorator 特性实现 URL 路由,我们可以这样做。

  1571. // 框架内部
  1572. // 控制器
  1573. class Controller {
  1574.   // ...
  1575. }

  1576. var handlers = new WeakMap()
  1577. var urls = {}

  1578. // 定义控制器
  1579. @route('/')
  1580. class HelloController extends Controller {
  1581.   constructor() {
  1582.     super()

  1583.     this.msg = 'World'
  1584.   }

  1585.   async GET(ctx) {
  1586.     ctx.body = `Hello ${this.msg}`
  1587.   }
  1588. }

  1589. // Router Decorator
  1590. function route(url) {
  1591.   return target => {
  1592.     target.url = url
  1593.     let urlObject = new String(url)
  1594.     urls[url] = urlObject

  1595.     handlers.set(urlObject, target)
  1596.   }
  1597. }

  1598. // 路由执行部份
  1599. function router(url) {
  1600.   if (urls[url]) {
  1601.     var handlerClass = handlers.get(urls[url])
  1602.     return new handlerClass()
  1603.   }
  1604. }

  1605. var handler = router('/')
  1606. if (handler) {
  1607.   let context = {}
  1608.   handler.GET(context)
  1609.   console.log(context.body)
  1610. }
  1611. 最重要的是,同一个修饰对象是可以同时使用多个修饰器的,所以说我们还可以用修饰器实现很多很多有意思的功能。

  1612. 后记

  1613. 对于一个普通的 JavaScript 开发者来说,ES2015 可能会让人觉得很模糊和难以学习,因为 ES2015 中带来了许多我们从前没有在 JavaScript 中接触过的概念和特性。但是经过长时间的考察,我们不难发现 ES2015 始终是 JavaScript 的发展方向,这是不可避免的。因此我要在很长一段时间内都向身边的或是社区中的 JavaScript 开发者推广 ES2015,推荐他们使用最新的技术。

  1614. 这篇文章说长不长,说短也不短,我只能在有限的文字篇幅内尽可能把更多的知识展示出来,更深入的细节还需要读者自行探索。无论如何,若是这篇文章能引起各位 JavaScript 开发者对 ES2015 的兴趣和重视,并且中从学会了如何在项目中使用 ES2015 标准进行开发,那么这篇文章的目的就已经达到了。

  1615. 再次感谢对这篇文章的写作提供了支持的各位(名次均不分先后):

  1616. 审读大牛团:代码家, 朴灵, 寒冬winter, TooBug, 郭达峰, 芋头, 尤雨溪, 张云龙, 民工精髓V

  1617. 内测读者:死月, 米粽, 阴明, 引证, 老雷, Jonah, Crzidea, 送送

  1618. 赞助方:DaoCloud, 100Offer

  1619. PS:我厂准备在100offer招人了!听说技术牛人都上他们网站找工作!

  1620. 关于作者

  1621. 甘超阳(小问),LikMoon(离门创造)创始人

  1622. GitHub: Will Wen Gunn

  1623. 微博:端木文_Wen

  1624. Twitter:@iwillwen

  1625. Facebook:Will Wen Gunn

  1626. 博客地址:Life Map

  1627. 欢迎大家加入我的文章陪审团,以后有新的文章都可以率先阅读哦~



  1628. 作者:小问
  1629. 发布时间:2015-11-10 02:09
  1630. 更新时间:2015-11-10 05:56
  1631. 版权声明:禁止任何形式的全文转载,如需合作,请联络我

阅读(2665) | 评论(0) | 转发(1) |
给主人留下些什么吧!~~