說明

2017-12-14 我發(fā)了一篇文章《沒用過Node.js，就別瞎逼逼》是因?yàn)橛腥嗽谥跎虾贜ode.js。那篇文章的反響還是相當(dāng)不錯(cuò)的，甚至連著名的hax賀老都很認(rèn)同，下班時(shí)讀那篇文章，竟然坐車的還坐過站了。大家可以很明顯的感到Node.js的普及度還不夠，還存很多誤解。甚至說很多小白用戶也得不到很好的學(xué)習(xí)。大神都功成身退，書也跟不上，大部分都是2013年左右的，Node.js版本都是基于v0.10左右的，現(xiàn)在已經(jīng)v9了。想想也是有點(diǎn)可惜，使用如此廣泛的Node.js被大家默認(rèn)，卻沒人來科普。

反思之后，我就想準(zhǔn)備一個(gè)科普的Live，于是就有了《狼叔：如何正確學(xué)習(xí) Node.js？》，相信能夠?qū)芏嘞矚gNode.js的朋友有所幫助。Live已完成目前1200多人，230人評(píng)價(jià)，平均4.8+，還算是一個(gè)比較成功的Live。現(xiàn)整理出來，希望對(duì)更多朋友有用。

• 感謝 @justjavac 大神的 免費(fèi)的計(jì)算機(jī)編程類中文書籍 收錄并推薦

• github地址，以后在倉庫里更新

• Live地址，聲音版

【全文】狼叔：如何正確的學(xué)習(xí)Node.js

Live 簡(jiǎn)介

現(xiàn)在，越來越多的科技公司和開發(fā)者開始使用 Node.js 開發(fā)各種應(yīng)用。Node.js除了能夠輔助大前端開發(fā)外，還可以編寫Web應(yīng)用，封裝Api，組裝RPC服務(wù)等，甚至是開發(fā)VSCode編輯器一樣的PC客戶端。和其它技術(shù)相比， Node.js 簡(jiǎn)單易學(xué)，性能好、部署容易，能夠輕松處理高并發(fā)場(chǎng)景下的大量服務(wù)器請(qǐng)求。Node.js 周邊的生態(tài)也非常強(qiáng)大，NPM（Node包管理）上有超過60萬個(gè)模塊，日下超過載量3億次。但編寫 Node.js 代碼對(duì)新人和其它語言背景的開發(fā)者來說，不是一件容易的事，在入門之前需要弄懂不少復(fù)雜的概念。

我身邊也有很多人問我：如何學(xué)習(xí) Node.js ？作為一名 Node.js 布道者，我做過很多 Node.js 普及和推廣的工作，對(duì)它的基本概念和核心模塊都很熟悉； 此外，我還在撰寫一本名為《更了不起的 Node.js 》的書，已經(jīng)寫了 2 年，積累了很豐富的資料，本次 Live 也將為你提供對(duì) Node.js 更全面的解讀。

本次 Live 主要包括以下內(nèi)容，目錄

Part 0 ：Node.js簡(jiǎn)介

a）Node.js簡(jiǎn)介
b）什么是Node.js？
c）基本原理

Part 1前言：學(xué)習(xí) Node.js 的三個(gè)境界

Part 2準(zhǔn)備：如何學(xué)習(xí)Node.js

• 2.1 Node 用途那么多，我該從哪里學(xué)起？

• 2.2 Node Web 框架那么多，我該怎么選？

• 2.3 關(guān)于 Node 的書幾乎都過時(shí)了，我該買哪本？

Part 3延伸：大前端變化那么快，如何才能做到每日精進(jìn)？

Part 4實(shí)踐：從招聘角度來看， Node.js 開發(fā)需要具備哪些技能？

Part 5答疑：回答大家的問題

本次Live主要是科普，適用新用戶和比較迷茫的Node朋友，希望大家多多理解和支持。

Part 0 ：Node.js簡(jiǎn)介

a）Node.js簡(jiǎn)介
b）什么是Node.js？
c）基本原理

a）Node.js簡(jiǎn)介

Node.js 誕生于 2009 年，由 Joyent 的員工 Ryan Dahl 開發(fā)而成，之后 Joyent 公司一直扮演著 Node.js 孵化者的角色。由于諸多原因，Ryan 在2012年離開社區(qū)，隨后在2015年由于 Node 貢獻(xiàn)者對(duì) es6 新特性集成問題的分歧，導(dǎo)致分裂出iojs，并由 iojs 發(fā)布1.0、2.0和3.0版本。由于 iojs 的分裂最終促成了2015年Node基金會(huì)的成立，并順利發(fā)布了4.0版本。Node.js基金會(huì)的創(chuàng)始成員包括 Google、Joyent、IBM、Paypal、微軟、Fidelity 和 Linux基金會(huì)，創(chuàng)始成員將共同掌管過去由 Joyent 一家企業(yè)掌控的 Node.js 開源項(xiàng)目。此后，Node.js基金會(huì)發(fā)展非常好，穩(wěn)定的發(fā)布5、6、7、8等版本，截止發(fā)稿最新版本已經(jīng)是8.6，長(zhǎng)期支持版本是6.11。

Node.js 不是一門語言也不是框架，它只是基于 Google V8 引擎的 JavaScript 運(yùn)行時(shí)環(huán)境，同時(shí)結(jié)合 Libuv 擴(kuò)展了 JavaScript 功能，使之支持 io、fs 等只有語言才有的特性，使得 JavaScript 能夠同時(shí)具有 DOM 操作(瀏覽器)和 I/O、文件讀寫、操作數(shù)據(jù)庫(服務(wù)器端)等能力，是目前最簡(jiǎn)單的全棧式語言。

早在2007年，Jeff Atwood 就提出了著名的 Atwood定律

任何能夠用 JavaScript 實(shí)現(xiàn)的應(yīng)用系統(tǒng)，最終都必將用 JavaScript 實(shí)現(xiàn)

目前 Node.js 在大部分領(lǐng)域都占有一席之地，尤其是 I/O 密集型的，比如 Web 開發(fā)，微服務(wù)，前端構(gòu)建等。不少大型網(wǎng)站都是使用 Node.js 作為后臺(tái)開發(fā)語言的，用的最多的就是使用Node.js做前端渲染和架構(gòu)優(yōu)化，比如 淘寶 雙十一、去哪兒網(wǎng) 的 PC 端核心業(yè)務(wù)等。另外，有不少知名的前端庫也是使用 Node.js 開發(fā)的，比如，Webpack 是一個(gè)強(qiáng)大的打包器，React/Vue 是成熟的前端組件化框架。

Node.js通常被用來開發(fā)低延遲的網(wǎng)絡(luò)應(yīng)用，也就是那些需要在服務(wù)器端環(huán)境和前端實(shí)時(shí)收集和交換數(shù)據(jù)的應(yīng)用（API、即時(shí)聊天、微服務(wù)）。阿里巴巴、騰訊、Qunar、百度、PayPal、道瓊斯、沃爾瑪和 LinkedIn 都采用了 Node.js 框架搭建應(yīng)用。

另外， Node.js 編寫的包管理器 npm 已成為開源包管理了領(lǐng)域最好的生態(tài)，直接到2017年10月份，有模塊超過47萬，每周下載量超過32億次，每個(gè)月有超過700萬開發(fā)者使用npm。

當(dāng)然了，Node.js 也有一些缺點(diǎn)。Node.js 經(jīng)常被人們吐槽的一點(diǎn)就是：回調(diào)太多難于控制（俗稱回調(diào)地獄）和 CPU 密集任務(wù)處理的不是很好。但是，目前異步流程技術(shù)已經(jīng)取得了非常不錯(cuò)的進(jìn)步，從Callback、Promise 到 Async函數(shù)，可以輕松的滿足所有開發(fā)需求。至于 CPU 密集任務(wù)處理并非不可解，方案有很多，比如通過系統(tǒng)底層語言 Rust 來擴(kuò)展 Node.js，但這樣會(huì)比較麻煩。筆者堅(jiān)信在合適的場(chǎng)景使用合適的東西，尤其是在微服務(wù)架構(gòu)下，一切都是服務(wù)，可以做到語言無關(guān)。如果大家想使 JavaScript 做 CPU 密集任務(wù)，推薦 Node.js 的兄弟項(xiàng)目 fibjs，基于纖程(fiber，可以簡(jiǎn)單理解為更輕量級(jí)的線程)，效率非常高，兼容npm，同時(shí)沒有異步回調(diào)煩惱。

b）什么是Node.js？

按照 Node.js官方網(wǎng)站主頁 的說法:

Node.js? is a JavaScript runtime built on Chromes V8 JavaScript engine. Node.js uses an event-driven, non-blocking I/O model that makes it lightweight and efficient. Node.js package ecosystem, npm, is the largest ecosystem of open source libraries in the world.

從這段介紹來看，解讀要點(diǎn)如下

• Node.js 不是 JavaScript 應(yīng)用，不是語言（JavaScript 是語言），不是像 Rails(Ruby)、 Laravel(PHP) 或 Django(Python) 一樣的框架，也不是像 Nginx 一樣的 Web 服務(wù)器。Node.js 是 JavaScript 運(yùn)行時(shí)環(huán)境

• 構(gòu)建在 Chromes V8 這個(gè)著名的 JavaScript 引擎之上，Chrome V8 引擎以 C/C++ 為主，相當(dāng)于使用JavaScript 寫法，轉(zhuǎn)成 C/C++ 調(diào)用，大大的降低了學(xué)習(xí)成本

• 事件驅(qū)動(dòng)（event-driven），非阻塞 I/O 模型（non-blocking I/O model），簡(jiǎn)單點(diǎn)講就是每個(gè)函數(shù)都是異步的，最后由 Libuv 這個(gè) C/C++ 編寫的事件循環(huán)處理庫來處理這些 I/O 操作，隱藏了非阻塞 I/O 的具體細(xì)節(jié)，簡(jiǎn)化并發(fā)編程模型，讓你可以輕松的編寫高性能的Web應(yīng)用，所以它是輕量（lightweight）且高效（efficient）的

• 使用 npm 作為包管理器，目前 npm 是開源庫里包管理最大的生態(tài)，功能強(qiáng)大，截止到2017年12月，模塊數(shù)量超過 60 萬+

大多數(shù)人都認(rèn)為 Node.js 只能寫網(wǎng)站后臺(tái)或者前端工具，這其實(shí)是不全面的，Node.js的目標(biāo)是讓并發(fā)編程更簡(jiǎn)單，主要應(yīng)用在以網(wǎng)絡(luò)編程為主的 I/O 密集型應(yīng)用。它是開源的，跨平臺(tái)，并且高效（尤其是I/O處理），包括IBM、Microsoft、Yahoo、SAP、PayPal、沃爾瑪及GoDaddy都是 Node.js 的用戶。

c）基本原理

下面是一張 Node.js 早期的架構(gòu)圖，來自 Node.js 之父 Ryan Dahl 的演講稿，在今天依然不過時(shí)，它簡(jiǎn)要的介紹了 Node.js 是基于 Chrome V8引擎構(gòu)建的，由事件循環(huán)（Event Loop）分發(fā) I/O 任務(wù)，最終工作線程（Work Thread）將任務(wù)丟到線程池（Thread Pool）里去執(zhí)行，而事件循環(huán)只要等待執(zhí)行結(jié)果就可以了。

核心概念

• Chrome V8 是 Google 發(fā)布的開源 JavaScript 引擎，采用 C/C++ 編寫，在 Google 的 Chrome 瀏覽器中被使用。Chrome V8 引擎可以獨(dú)立運(yùn)行，也可以用來嵌入到 C/C++ 應(yīng)用程序中執(zhí)行。

• Event Loop 事件循環(huán)（由 libuv 提供）

• Thread Pool 線程池（由 libuv 提供）

梳理一下

• Chrome V8 是 JavaScript 引擎

• Node.js 內(nèi)置 Chrome V8 引擎，所以它使用的 JavaScript 語法

• JavaScript 語言的一大特點(diǎn)就是單線程，也就是說，同一個(gè)時(shí)間只能做一件事

• 單線程就意味著，所有任務(wù)需要排隊(duì)，前一個(gè)任務(wù)結(jié)束，才會(huì)執(zhí)行后一個(gè)任務(wù)。如果前一個(gè)任務(wù)耗時(shí)很長(zhǎng)，后一個(gè)任務(wù)就不得不一直等著。

• 如果排隊(duì)是因?yàn)橛?jì)算量大，CPU 忙不過來，倒也算了，但是很多時(shí)候 CPU 是閑著的，因?yàn)?I/O 很慢，不得不等著結(jié)果出來，再往下執(zhí)行

• CPU 完全可以不管 I/O 設(shè)備，掛起處于等待中的任務(wù)，先運(yùn)行排在后面的任務(wù)

• 將等待中的 I/O 任務(wù)放到 Event Loop 里

• 由 Event Loop 將 I/O 任務(wù)放到線程池里

• 只要有資源，就盡力執(zhí)行

我們?cè)贀Q一個(gè)維度看一下

核心

• Chrome V8 解釋并執(zhí)行 JavaScript 代碼（這就是為什么瀏覽器能執(zhí)行 JavaScript 原因）

• libuv 由事件循環(huán)和線程池組成，負(fù)責(zé)所有 I/O 任務(wù)的分發(fā)與執(zhí)行

在解決并發(fā)問題上，異步是最好的解決方案，可以拿排隊(duì)和叫號(hào)機(jī)來理解

• 排隊(duì)：在排隊(duì)的時(shí)候，你除了等之外什么都干不了

• 叫號(hào)機(jī)：你要做的是先取號(hào)碼，等輪到你的時(shí)候，系統(tǒng)會(huì)通知你，這中間，你可以做任何你想做的事兒

Node.js 其實(shí)就是幫我們構(gòu)建類似的機(jī)制。我們?cè)趯懘a的時(shí)候，實(shí)際上就是取號(hào)的過程，由 Event Loop 來接受處理，而真正執(zhí)行操作的是具體的線程池里的 I/O 任務(wù)。之所以說 Node.js 是單線程，就是因?yàn)樵诮邮苋蝿?wù)的時(shí)候是單線程的，它無需進(jìn)程/線程切換上下文的成本，非常高效，但它在執(zhí)行具體任務(wù)的時(shí)候是多線程的。

Node.js 公開宣稱的目標(biāo)是 “旨在提供一種簡(jiǎn)單的構(gòu)建可伸縮網(wǎng)絡(luò)程序的方法”，毫無疑問，它確實(shí)做到了。這種做法將并發(fā)編程模型簡(jiǎn)化了，Event Loop和具體線程池等細(xì)節(jié)被 Node.js 封裝了，繼而將異步調(diào)用 Api 寫法暴露給開發(fā)者。真是福禍相依，一方面簡(jiǎn)化了并發(fā)編程，另一方面在寫法上埋下了禍根，這種做法的好處是能讓更多人輕而易舉的寫出高性能的程序！

在Node.js Bindings層做的事兒就是將 Chrome V8 等暴露的 C/C++ 接口轉(zhuǎn)成JavaScript Api，并且結(jié)合這些 Api 編寫了 Node.js 標(biāo)準(zhǔn)庫，所有這些 Api 統(tǒng)稱為 Node.js SDK，后面模塊章節(jié)會(huì)有更詳細(xì)的討論。

微軟在2016年宣布在MIT許可協(xié)議下開放 Chakra 引擎，并以 ChakraCore 為名在 Github 上開放了源代碼，ChakraCore 是一個(gè)完整的 JavaScript 虛擬機(jī)，它擁有著和 Chakra 幾乎相同的功能與特性。微軟向 Node.js 主分支提交代碼合并請(qǐng)求，讓 Node.js 用上 ChakraCore引擎，即 nodejs/node-chakracore 項(xiàng)目。實(shí)際上微軟是通過創(chuàng)建名為 V8 shim 的庫的賦予了 ChakraCore 處理谷歌 Chrome V8 引擎指令的能力，其原理示意圖如下

目前，Node.js 同時(shí)支持這2種 JavaScript 引擎，二者性能和特性上各有千秋，ChakraCore 在特性上感覺更潮一些，曾經(jīng)是第一個(gè)支持 Async函數(shù) 的引擎，但目前 Node.js 還是以 Chrome V8 引擎為主， ChakraCore 版本需要單獨(dú)安裝，大家了解一下就好。

Part 1前言：學(xué)習(xí) Node.js 的三個(gè)境界

我總結(jié)的編程3種境界

• 打日志：console.log

• 斷點(diǎn)調(diào)試：斷點(diǎn)調(diào)試：node debugger 或node inspector 或vscode

• 測(cè)試驅(qū)動(dòng)開發(fā)（tdd | bdd）

大家可以自測(cè)一下，自己在哪個(gè)水平？如果是第三個(gè)階段，那么本場(chǎng)Live可能不太適合你。哈哈哈

Part 2準(zhǔn)備：如何學(xué)習(xí)Node.js

Node不是語言，不是框架，只是基于V8運(yùn)行時(shí)環(huán)境。結(jié)合libuv能夠通過js語法獲得更好的等價(jià)于c/c++的性能。

它很簡(jiǎn)單，異步是解決并發(fā)的最佳實(shí)踐。本節(jié)主要講如何學(xué)習(xí)Node.js，是本次Live非常核心的內(nèi)容，大家要注意聽。

基礎(chǔ)學(xué)習(xí)

1）js語法必須會(huì)

1. js基本語法，都是c語系的，有其他語言背景學(xué)習(xí)起來相對(duì)更簡(jiǎn)單

2. 常見用法，比如正則，比如數(shù)據(jù)結(jié)構(gòu)，尤其是數(shù)組的幾種用法。比如bind/call/apply等等

3. 面向?qū)ο髮懛?。js是基于對(duì)象的，所以它的oo寫起來非常詭異。參見紅皮書JavaScript高級(jí)編程，很多框架都是自己實(shí)現(xiàn)oo基礎(chǔ)框架，比如ext-core等。

犀牛書，《JavaScript權(quán)威指南》，沒事就多翻翻，看少多少遍都不為過。

2）個(gè)人學(xué)習(xí)和技術(shù)選型都要循序漸進(jìn)

1. 先能寫，采用面向過程寫法，簡(jiǎn)單理解就是定義一堆function，然后調(diào)用，非常簡(jiǎn)單

2. 然后再追求更好的寫法，可以面向?qū)ο?。?duì)于規(guī)模化的編程來說，oo是有它的優(yōu)勢(shì)的，一般java、c#，ruby這些語言里都有面向?qū)ο螅院蠖烁?xí)慣，但對(duì)于語言經(jīng)驗(yàn)不那么強(qiáng)的前端來說算高級(jí)技巧。

3. 等oo玩膩了，可以有更好的追求：函數(shù)式編程，無論編程思維，還是用法上都對(duì)已有的編程思維是個(gè)挑戰(zhàn)。我很喜歡函數(shù)式，但不太會(huì)在團(tuán)隊(duì)里使用，畢竟oo階段還沒完全掌握，風(fēng)險(xiǎn)會(huì)比較大。但如果團(tuán)隊(duì)水平都非常高了，團(tuán)隊(duì)穩(wěn)定是可以用的。

可以看出我的思路，先能寫，然后再追求更好的寫法，比如面向?qū)ο蟆５葓F(tuán)隊(duì)水平到一定程度了，并且穩(wěn)定的時(shí)候，可以考慮更加極致的函數(shù)式寫法。

團(tuán)隊(duì)是這樣選型的，個(gè)人學(xué)習(xí)也這樣，最好是循序漸進(jìn)，步子邁大了不好。

3）各種高級(jí)的JavaScript友好語言

JavaScript友好語言指的是能夠使用其他語法實(shí)現(xiàn)，但最終編譯成js的語言。自從Node.js出現(xiàn)后，這種黑科技層出不窮。比如比較有名的coffee、typescript、babel（es）等。

CoffeeScript雖然也是JavaScript友好語言，但其語法借鑒ruby，崇尚極簡(jiǎn)，對(duì)于類型和OO機(jī)制上還是偏弱，而且這么多年也沒發(fā)展起來，仍然是比較小眾的活著。未來比例會(huì)越來越少的。

顯然TypeScript會(huì)越來越好，TypeScript 的強(qiáng)大之處是要用過才知道的。

• 1）規(guī)?；幊?，像Java那種，靜態(tài)類型，面向?qū)ο?，前端只有TypeScript能做到

• 2）親爹是微軟安德斯·海爾斯伯格，不知道此人的請(qǐng)看borland傳奇去

• 3）開源，未來很好

• 4）組合拳：TypeScript + VSCode = 神器

當(dāng)下前端發(fā)展速度極快，以指數(shù)級(jí)的曲線增長(zhǎng)。以前可能1年都不一定有一項(xiàng)新技術(shù)，現(xiàn)在可能每個(gè)月都有。大前端，Node全棧，架構(gòu)演進(jìn)等等都在快速變化。可以說，前端越復(fù)雜，有越多的不確定性，TypeScript的機(jī)會(huì)就越大。

4）再論面向?qū)ο?/p>

面向?qū)ο笙胗煤靡膊蝗菀椎?，而且js里有各種實(shí)現(xiàn)，真是讓人眼花繚亂。

• 基于原型的寫法，縱觀JavaScript高級(jí)編程，就是翻來覆去的講這個(gè)，這個(gè)很基礎(chǔ)，但不好是很好用?？梢圆挥茫豢梢圆粫?huì)。

• 自己寫面向?qū)ο髾C(jī)制是最好的，但不是每個(gè)人都有這個(gè)能力的。好在es6規(guī)范出了更好一點(diǎn)的面向?qū)ο螅ㄟ^class、extends、super關(guān)鍵字來定義類，已經(jīng)明顯好很多了，雖然還很弱，但起碼勉強(qiáng)能用起來了。從面向過程走過來的同學(xué)，推薦這種寫法，簡(jiǎn)單易用。但要注意面向?qū)ο笠忻嫦驅(qū)ο蟮膶懛?，要理解抽象，繼承，封裝，多態(tài)4個(gè)基本特征。如果想用好，你甚至還需要看一些設(shè)計(jì)模式相關(guān)的書。好在有《JavaScript設(shè)計(jì)模式》一書。Koa2里已經(jīng)在用這種寫法了。

• js是腳本語言，解釋即可執(zhí)行。所以它的最大缺點(diǎn)是沒有類型系統(tǒng)，這在規(guī)模化編程里是非常危險(xiǎn)的，一個(gè)函數(shù)，傳參就能玩死人。于是現(xiàn)在流行使用flow和typescript來做類型校驗(yàn)。flow只是工具，比較輕量級(jí)。而typescript是es6超級(jí)，給es6補(bǔ)充了類型系統(tǒng)和更完善的面向?qū)ο髾C(jī)制，所以大部分人都會(huì)對(duì)ts有好感，很有可能是未來的趨勢(shì)。

對(duì)于es6高級(jí)特性，我是比較保守的，一般node長(zhǎng)期支持版本lts支持的我都讓用，一些更新的特性我一般不讓使用。根本lts版本保持一致就好。

我的團(tuán)隊(duì)現(xiàn)在是采用es6的面向?qū)ο髮懛ㄩ_發(fā)，后面會(huì)一點(diǎn)一點(diǎn)轉(zhuǎn)到typescript上的。熟練oo轉(zhuǎn)到ts是非常容易的。

安裝Node.js環(huán)境

3m安裝法

• nvm（node version manager）【需要使用npm安裝，替代品是yrm（支持yarn），nvs對(duì)window支持很好】

• nrm（node registry manager）【需要使用npm安裝，替代品是yrm（支持yarn）】

• npm（node packages manager）【內(nèi)置，替代品是n或nvs（對(duì)win也支持）】

nvm

node版本發(fā)布非常快，而且多版本共存可能性較大，推薦使用nvm來安裝node

$ curl -o- https://raw./creationix/nvm/v0.33.6/install.sh | bash

$ echo export NVM_DIR="$HOME/.nvm" >> ~/.zshrc
$ echo [ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # This loads nvm >> ~/.zshrc
$ source ~/.zshrc

$ nvm install 0.10
$ nvm install 4
$ nvm install 6
$ nvm install 8

nrm

https://registry. 是node官方的源（registry），服務(wù)器在國外，下載速度較慢，推薦安裝nrm來切換源，國內(nèi)的cnpm和taobao的源都非?？?，當(dāng)然，如果你想自建源也是支持的。

$ npm install --global nrm --registry=https://registry.npm.
$ nrm use cnpm

npm

nrm切換完源之后，你安裝npm模塊的速度會(huì)更快。

$ npm install --global yarn

npm基本命令

常用軟件

• 1）oh my zsh是我最習(xí)慣的shell，終端下非常好用

配合iterm2分屏 + spectacle全屏，幾乎無敵

• 2）brew是mac裝軟件非常好的方式，和apt-get、rpm等都非常類似

安裝4個(gè)必備軟件

• brew install git 最流行的SCM源碼版本控制軟件

• brew install wget 下載、扒站神器

• brew install ack 搜索代碼神器

• brew install autojump 終端下多目錄跳轉(zhuǎn)神器

• 3）vim

我雖然不算vim黨，但也深愛著。janus是一個(gè)非常好用的vim集成開發(fā)環(huán)境。比如ctrl-p、nerdtree等插件都集成了，對(duì)我這種懶人足夠了。

IDE和編輯器

關(guān)于Node.js的IDE和編輯器有很多選擇，對(duì)比如下

Visual Studio Code是一個(gè)運(yùn)行于 Mac、Windows和 Linux 之上的，針對(duì)于編寫現(xiàn)代 Web 和云應(yīng)用的跨平臺(tái)源代碼編輯器。它功能強(qiáng)大，便于調(diào)試，加上它本身也是基于 Node.js 模塊 electron 構(gòu)建的，尤其要推薦大家使用。

Visual Studio Code（以下簡(jiǎn)稱vsc）

• vsc是一個(gè)比較潮比較新的編輯器（跨平臺(tái)Mac OS X、Windows和 Linux ）

• vsc功能和textmate、sublime、notepad++，ultraedit等比較，毫不遜色

• vsc尤其是在nodejs（調(diào)試）和typescript、go上支持尤其好

• vsc提供了自定義 Debugger Adapter 和 VSCode Debug Protocol 從而實(shí)現(xiàn)自己的調(diào)試器

值得一學(xué)，我推薦VSCode編輯器！

更多調(diào)試方法，參見https://github.com/i5ting/nod...

Node.js應(yīng)用場(chǎng)景

《Node.js in action》一書里說，Node.js 所針對(duì)的應(yīng)用程序有一個(gè)專門的簡(jiǎn)稱：DIRT。它表示數(shù)據(jù)密集型實(shí)時(shí)（data-intensive real-time）程序。因?yàn)?Node.js 自身在 I/O 上非常輕量，它善于將數(shù)據(jù)從一個(gè)管道混排或代理到另一個(gè)管道上，這能在處理大量請(qǐng)求時(shí)持有很多開放的連接，并且只占用一小部分內(nèi)存。它的設(shè)計(jì)目標(biāo)是保證響應(yīng)能力，跟瀏覽器一樣。

這話不假，但在今天來看，DIRT 還是范圍小了。其實(shí) DIRT 本質(zhì)上說的 I/O 處理的都算，但隨著大前端的發(fā)展，Node.js 已經(jīng)不再只是 I/O 處理相關(guān)，而是更加的“Node”！

Node.js 使用場(chǎng)景主要分為4大類

• 1）跨平臺(tái)：覆蓋你能想到的面向用戶的所有平臺(tái)，傳統(tǒng)的PC Web端，以及PC客戶端 nw.js/electron 、移動(dòng)端 cordova、HTML5、react-native、weex，硬件 ruff.io 等

• 2）Web應(yīng)用開發(fā)：網(wǎng)站、Api、RPC服務(wù)等

• 3）前端：三大框架 React Vue Angular 輔助開發(fā)，以及工程化演進(jìn)過程（使用Gulp /Webpack 構(gòu)建 Web 開發(fā)工具）

• 4）工具：npm上各種工具模塊，包括各種前端預(yù)編譯、構(gòu)建工具 Grunt / Gulp、腳手架，命令行工具，各種奇技淫巧等

下面列出具體的 Node.js 的使用場(chǎng)景，以模塊維度劃分

Node.js 應(yīng)用場(chǎng)景非常豐富，比如 Node.js 可以開發(fā)操作系統(tǒng)，但一般我都不講的，就算說了也沒多大意義，難道大家真的會(huì)用嗎？一般，我習(xí)慣將 Node.js 應(yīng)用場(chǎng)景氛圍7個(gè)部分。

1）初衷，server端，不想成了前端開發(fā)的基礎(chǔ)設(shè)施
2）命令行輔助工具，甚至可以是運(yùn)維
3）移動(dòng)端：cordova，pc端：nw.js和electron
4）組件化，構(gòu)建，代理
5）架構(gòu)，前后端分離、api proxy
6）性能優(yōu)化、反爬蟲與爬蟲
7) 全棧最便捷之路

可以說目前大家能夠看到的、用到的軟件都有 Node.js 身影，當(dāng)下最流行的軟件寫法也大都是基于 Node.js 的，比如 PC 客戶端 luin/medis 采用 electron 打包，寫法采用 React + Redux。我自己一直的實(shí)踐的【Node全?！浚舱腔谶@種趨勢(shì)而形成的。在未來，Node.js 的應(yīng)用場(chǎng)景會(huì)更加的廣泛，更多參見 sindresorhus/awesome-nodejs。

Node核心：異步流程控制

Node.js是為異步而生的，它自己把復(fù)雜的事兒做了（高并發(fā)，低延時(shí)），交給用戶的只是有點(diǎn)難用的Callback寫法。也正是坦誠的將異步回調(diào)暴露出來，才有更好的流程控制方面的演進(jìn)。也正是這些演進(jìn)，讓Node.js從DIRT（數(shù)據(jù)敏感實(shí)時(shí)應(yīng)用）擴(kuò)展到更多的應(yīng)用場(chǎng)景，今天的Node.js已經(jīng)不只是能寫后端的JavaScript，已經(jīng)涵蓋了所有涉及到開發(fā)的各個(gè)方面，而Node全棧更是熱門種的熱門。

直面問題才能有更好的解決方式，Node.js的異步是整個(gè)學(xué)習(xí)Node.js過程中重中之重。

• 1) 異步流程控制學(xué)習(xí)重點(diǎn)

• 2）Api寫法：Error-first Callback 和 EventEmitter

• 3）中流砥柱：Promise

• 4）終極解決方案：Async/Await

1) 異步流程控制學(xué)習(xí)重點(diǎn)

我整理了一張圖，更直觀一些。從09年到現(xiàn)在，8年多的時(shí)間里，整個(gè)Node.js社區(qū)做了大量嘗試，其中曲折足足夠?qū)懸槐緯牧恕４蠹蚁群?jiǎn)單了解一下。

• 紅色代表Promise，是使用最多的，無論async還是generator都可用

• 藍(lán)色是Generator，過度貨

• 綠色是Async函數(shù)，趨勢(shì)

結(jié)論：Promise是必須會(huì)的，那你為什么不順勢(shì)而為呢？

推薦：使用Async函數(shù) + Promise組合，如下圖所示。

其實(shí)，一般使用是不需要掌握上圖中的所有技術(shù)的。對(duì)于初學(xué)者來說，先夠用，再去深究細(xì)節(jié)。所以，精簡(jiǎn)一下，只了解3個(gè)就足夠足夠用了。

結(jié)論

1. Node.js SDK里callback寫法必須會(huì)的。

2. Node.js學(xué)習(xí)重點(diǎn): Async函數(shù)與Promise

1. 中流砥柱：Promise

2. 終極解決方案：Async/Await

所以下面我們會(huì)分個(gè)小部分進(jìn)行講解。

2）Api寫法：Error-first Callback 和 EventEmitter

a）Error-first Callback
定義錯(cuò)誤優(yōu)先的回調(diào)寫法只需要注意2條規(guī)則即可：

• 回調(diào)函數(shù)的第一個(gè)參數(shù)返回的error對(duì)象，如果error發(fā)生了，它會(huì)作為第一個(gè)err參數(shù)返回，如果沒有，一般做法是返回null。

• 回調(diào)函數(shù)的第二個(gè)參數(shù)返回的是任何成功響應(yīng)的結(jié)果數(shù)據(jù)。如果結(jié)果正常，沒有error發(fā)生，err會(huì)被設(shè)置為null，并在第二個(gè)參數(shù)就出返回成功結(jié)果數(shù)據(jù)。

下面讓我們看一下調(diào)用函數(shù)示例，Node.js 文檔里最常采用下面這樣的回調(diào)方式：

function(err, res) {
  // process the error and result
}

這里的 callback 指的是帶有2個(gè)參數(shù)的函數(shù)："err"和 "res"。語義上講，非空的“err”相當(dāng)于程序異常；而空的“err”相當(dāng)于可以正常返回結(jié)果“res”，無任何異常。

b）EventEmitter

事件模塊是 Node.js 內(nèi)置的對(duì)觀察者模式“發(fā)布/訂閱”（publish/subscribe）的實(shí)現(xiàn)，通過EventEmitter屬性，提供了一個(gè)構(gòu)造函數(shù)。該構(gòu)造函數(shù)的實(shí)例具有 on 方法，可以用來監(jiān)聽指定事件，并觸發(fā)回調(diào)函數(shù)。任意對(duì)象都可以發(fā)布指定事件，被 EventEmitter 實(shí)例的 on 方法監(jiān)聽到。

在node 6之后，可以直接使用require(events)類

var EventEmitter = require(events)
var util = require(util)

var MyEmitter = function () {
 
}

util.inherits(MyEmitter, EventEmitter)

const myEmitter = new MyEmitter();

myEmitter.on(event, (a, b) => {
  console.log(a, b, this);
    // Prints: a b {}
});

myEmitter.emit(event, a, b);

和jquery、vue里的Event是非常類似的。而且前端自己也有EventEmitter。

c）如何更好的查Node.js文檔

API是應(yīng)用程序接口Application Programming Interface的簡(jiǎn)稱。從Node.js異步原理，我們可以知道，核心在于 Node.js SDK 中API調(diào)用，然后交由EventLoop（Libuv）去執(zhí)行，所以我們一定要熟悉Node.js的API操作。

Node.js的API都是異步的，同步的函數(shù)是奢求，要查API文檔，在高并發(fā)場(chǎng)景下慎用。

筆者推薦使用 Dash 或 Zeal 查看離線文檔，經(jīng)常查看離線文檔，對(duì)Api理解會(huì)深入很多，比IDE輔助要好，可以有效避免離開IDE就不會(huì)寫代碼的窘境。

3）中流砥柱：Promise

回調(diào)地獄

Node.js 因?yàn)椴捎昧隋e(cuò)誤優(yōu)先的回調(diào)風(fēng)格寫法，導(dǎo)致sdk里導(dǎo)出都是回調(diào)函數(shù)。如果組合調(diào)用的話，就會(huì)特別痛苦，經(jīng)常會(huì)出現(xiàn)回調(diào)里嵌套回調(diào)的問題，大家都非常厭煩這種寫法，稱之為Callback Hell，即回調(diào)地獄。一個(gè)經(jīng)典的例子來自著名的Promise模塊q文檔里。

step1(function (value1) {
    step2(value1, function(value2) {
        step3(value2, function(value3) {
            step4(value3, function(value4) {
                // Do something with value4
            });
        });
    });
});

這里只是做4步，嵌套了4層回調(diào)，如果更多步驟呢？很多新手淺嘗輒止，到這兒就望而卻步，粉轉(zhuǎn)黑。這明顯不夠成熟，最起碼你要看看它的應(yīng)對(duì)解決方案吧！

Node.js 約定所有Api都采用錯(cuò)誤優(yōu)先的回調(diào)方式，這部分場(chǎng)景都是大家直接調(diào)用接口，無太多變化。而Promise是對(duì)回調(diào)地獄的思考，或者說是改良方案。目前使用非常普遍，可以說是在async函數(shù)普及之前唯一一個(gè)通用性規(guī)范，甚至 Node.js 社區(qū)都在考慮 Promise 化，可見其影響之大。

Promise最早也是在commonjs社區(qū)提出來的，當(dāng)時(shí)提出了很多規(guī)范。比較接受的是promise/A規(guī)范。后來人們?cè)谶@個(gè)基礎(chǔ)上，提出了promise/A+規(guī)范，也就是實(shí)際上現(xiàn)在的業(yè)內(nèi)推行的規(guī)范。ES6 也是采用的這種規(guī)范。

Promise意味著[許愿|承諾]一個(gè)還沒有完成的操作，但在未來會(huì)完成的。與Promise最主要的交互方法是通過將函數(shù)傳入它的then方法從而獲取得Promise最終的值或Promise最終最拒絕（reject）的原因。要點(diǎn)有三個(gè)：

• 遞歸，每個(gè)異步操作返回的都是promise對(duì)象

• 狀態(tài)機(jī)：三種狀態(tài)轉(zhuǎn)換，只在promise對(duì)象內(nèi)部可以控制，外部不能改變狀態(tài)

• 全局異常處理

1)定義

var promise = new Promise(function(resolve, reject) {
  // do a thing, possibly async, then…

  if (/* everything turned out fine */) {
    resolve("Stuff worked!");
  }
  else {
    reject(Error("It broke"));
  }
});

每個(gè)Promise定義都是一樣的，在構(gòu)造函數(shù)里傳入一個(gè)匿名函數(shù)，參數(shù)是resolve和reject，分別代表成功和失敗時(shí)候的處理。

2)調(diào)用

promise.then(function(text){
    console.log(text)// Stuff worked!
    return Promise.reject(new Error(我是故意的))
}).catch(function(err){
    console.log(err)
})

它的主要交互方式是通過then函數(shù)，如果Promise成功執(zhí)行resolve了，那么它就會(huì)將resolve的值傳給最近的then函數(shù)，作為它的then函數(shù)的參數(shù)。如果出錯(cuò)reject，那就交給catch來捕獲異常就好了。

Promise 的最大優(yōu)勢(shì)是標(biāo)準(zhǔn)化，各類異步工具庫都按照統(tǒng)一規(guī)范實(shí)現(xiàn)，即使是async函數(shù)也可以無縫集成。所以用 Promise 封裝 API 通用性強(qiáng)，用起來簡(jiǎn)單，學(xué)習(xí)成本低。在async函數(shù)普及之前，絕大部分應(yīng)用都是采用Promise來做異步流程控制的，所以掌握Promise是Node.js學(xué)習(xí)過程中必須要掌握的重中之重。

Bluebird是 Node.js 世界里性能最好的Promise/a+規(guī)范的實(shí)現(xiàn)模塊，Api非常齊全，功能強(qiáng)大，是原生Promise外的不二選擇。

好處如下：

• 避免Node.js內(nèi)置Promise實(shí)現(xiàn) 問題，使用與所有版本兼容

• 避免Node.js 4曾經(jīng)出現(xiàn)的內(nèi)存泄露問題

• 內(nèi)置更多擴(kuò)展，timeout、 promisifyAll等，對(duì)Promise/A+規(guī)范提供了強(qiáng)有力的補(bǔ)充

限于時(shí)間關(guān)系，這里就不一一列舉了，還是那句話，在學(xué)習(xí)Node.js過程中，對(duì)于Promise了解多深入都不過分。

推薦學(xué)習(xí)資料

• Node.js最新技術(shù)棧之Promise篇 https://c/topic/560...

• 理解 Promise 的工作原理 https://c/topic/569...

• Promise 迷你書 http://liubin./promi...

4）終極解決方案：Async/Await

Async/Await是異步操作的終極解決方案，Koa 2在node 7.6發(fā)布之后，立馬發(fā)布了正式版本，并且推薦使用async函數(shù)來編寫Koa中間件。

這里給出一段Koa 2應(yīng)用里的一段代碼

exports.list = async (ctx, next) => {
  try {
    let students = await Student.getAllAsync();
  
    await ctx.render(students/index, {
      students : students
    })
  } catch (err) {
    return ctx.api_error(err);
  }
};

它做了3件事兒

• 通過await Student.getAllAsync();來獲取所有的students信息。

• 通過await ctx.render渲染頁面

• 由于是同步代碼，使用try/catch做的異常處理

是不是非常簡(jiǎn)單，現(xiàn)在Eggjs里也都是這樣同步的代碼。

4.1 正常寫法

const pkgConf = require(pkg-conf);

async function main(){
    const config = await pkgConf(unicorn);

    console.log(config.rainbow);
    //=> true
}

main();

變態(tài)寫法

const pkgConf = require(pkg-conf);

(async () => {
    const config = await pkgConf(unicorn);

    console.log(config.rainbow);
    //=> true
})();

4.2 await + Promise

const Promise = require(bluebird);
const fs = Promise.promisifyAll(require("fs"));

async function main(){
    const contents = await fs.readFileAsync("myfile.js", "utf8")
    console.log(contents);
}

main();

4.3 await + co + generator

const co = require(co);
const Promise = require(bluebird);
const fs = Promise.promisifyAll(require("fs"));

async function main(){
   const contents = co(function* () {
      var result = yield fs.readFileAsync("myfile.js", "utf8")
      return result;
   })

    console.log(contents);
}

main();

要點(diǎn)

• co的返回值是promise，所以await可以直接接co。

• co的參數(shù)是genrator

• 在generator里可以使用yield，而yield后面接的有5種可能，故而把這些可以yield接的方式成為yieldable，即可以yield接的。

• Promises

• Thunks (functions)

• array (parallel execution)

• objects (parallel execution)

• Generators 和 GeneratorFunctions

由上面3中基本用法可以推出Async函數(shù)要點(diǎn)如下：

• Async函數(shù)語義上非常好

• Async不需要執(zhí)行器，它本身具備執(zhí)行能力，不像Generator需要co模塊

• Async函數(shù)的異常處理采用try/catch和Promise的錯(cuò)誤處理，非常強(qiáng)大

• Await接Promise，Promise自身就足夠應(yīng)對(duì)所有流程了，包括async函數(shù)沒有純并行處理機(jī)制，也可以采用Promise里的all和race來補(bǔ)齊

• Await釋放Promise的組合能力，外加co和Promise的then，幾乎沒有不支持的場(chǎng)景

綜上所述

• Async函數(shù)是趨勢(shì)，如果Chrome 52. v8 5.1已經(jīng)支持Async函數(shù)(https://github.com/nodejs/CTC...，Node.js支持還會(huì)遠(yuǎn)么？

• Async和Generator函數(shù)里都支持promise，所以promise是必須會(huì)的。

• Generator和yield異常強(qiáng)大，不過不會(huì)成為主流，所以學(xué)會(huì)基本用法和promise就好了，沒必要所有的都必須會(huì)。

• co作為Generator執(zhí)行器是不錯(cuò)的，它更好的是當(dāng)做Promise 包裝器，通過Generator支持yieldable，最后返回Promise，是不是有點(diǎn)無恥？

小結(jié)

這部分共講了4個(gè)小點(diǎn)，都是極其直接的必須掌握的知識(shí)點(diǎn)。

• 1) 異步流程控制學(xué)習(xí)重點(diǎn)

• 2）Api寫法：Error-first Callback 和 EventEmitter

• 3）中流砥柱：Promise

• 4）終極解決方案：Async/Await

這里再提一下關(guān)于Node.js源碼閱讀問題，很多人api都還沒完熟練就去閱讀源碼，這是非常不贊成的，不帶著問題去讀源碼是比較容易迷失在大量代碼中的。效果并不好。

先用明白，然后再去閱讀Node.js源碼，然后探尋libuv并發(fā)機(jī)制。很多人買了樸大的《深入淺出Node.js》一書，看了之后還是不太會(huì)用，不是書寫的不好，而是步驟不對(duì)。

• Node in action和了不起的Node.js是入門的絕好書籍，非常簡(jiǎn)單，各個(gè)部分都講了，但不深入，看了之后，基本就能用起來了

• 當(dāng)你用了一段之后，你會(huì)對(duì)Node.js的運(yùn)行機(jī)制好奇，為啥呢？這時(shí)候去讀樸大的《深入淺出Node.js》一書就能夠解惑。原因很簡(jiǎn)單，九淺一深一書是偏向底層實(shí)現(xiàn)原理的書，從操作系統(tǒng)，并發(fā)原理，node源碼層層解讀。如果是新手讀，難免會(huì)比較郁悶。

• 實(shí)踐類的可以看看雷宗民（老雷）和趙坤（nswbmw）寫的書

我一般給大家的推薦是把Node in action讀上5遍10遍，入門干活足夠了。剩下的就是反復(fù)實(shí)踐，多寫代碼和npm模塊就好。

目前所有的書籍幾乎都有點(diǎn)過時(shí)了，大部分都是Node.js v0.10左右的版本的，我得新書是基于Node.js 8版本的，預(yù)計(jì)2018年3月或4月出版。別催我，真沒法更快了。

目錄

• 01 Node.js初識(shí)

• 02 安裝與入門

• 03 更了不起的Node.js

• 04 更好的Node.js

• 05 Node.js是如何執(zhí)行的

• 06 模塊與核心

• 07 異步寫法與流程控制

• 08 下一代Web框架Koa入門

• 09 Koa的核心擴(kuò)展機(jī)制：中間件

• 10 HTTP協(xié)議必知必會(huì)

• 11 Koa練習(xí)

• 12 數(shù)據(jù)庫入門

• 13 數(shù)據(jù)庫進(jìn)階

• 14 視圖模板

• 15 Koa項(xiàng)目實(shí)戰(zhàn)

• 16 自己動(dòng)手寫NPM模塊

• 17 Node.js企業(yè)級(jí)Web開發(fā)

• 18 構(gòu)建具有Node.js特色的微服務(wù)

• 19 讓Node.js跑的更穩(wěn)

• 20 讓Node.js跑的更快

博文視點(diǎn)的美女編輯在苦逼的整理中，預(yù)計(jì)出版在3月之后（不要催我，我也沒法說），20章，800頁+，定價(jià)預(yù)計(jì)在130+。

Web編程要點(diǎn)

一般，后端開發(fā)指的是 Web 應(yīng)用開發(fā)中和視圖渲染無關(guān)的部分，主要是和數(shù)據(jù)庫交互為主的重業(yè)務(wù)型邏輯處理。但現(xiàn)在架構(gòu)升級(jí)后，Node.js 承擔(dān)了前后端分離重任之后，有了更多玩法。從帶視圖的傳統(tǒng)Web應(yīng)用和面向Api接口應(yīng)用，到通過 RPC 調(diào)用封裝對(duì)數(shù)據(jù)庫的操作，到提供前端 Api 代理和網(wǎng)關(guān)，服務(wù)組裝等，統(tǒng)稱為后端開發(fā)，不再是以往只有和數(shù)據(jù)庫打交道的部分才算后端。這樣，就可以讓前端工程師對(duì)開發(fā)過程可控，更好的進(jìn)行調(diào)優(yōu)和性能優(yōu)化。

對(duì) Node.js 來說，一直沒有在后端取得其合理的占有率，原因是多方面的，暫列幾條。

• 1）利益分配，已有實(shí)現(xiàn)大多是Java或者其他語言，基本是沒法撼動(dòng)的，重寫的成本是巨大的，另外，如果用Node寫了，那么那些寫Java的人怎么辦？搶人飯碗，這是要拼命的。

• 2）Node相對(duì)年輕，大家對(duì)Node的理解不夠，回調(diào)和異步流程控制略麻煩，很多架構(gòu)師都不愿意花時(shí)間去學(xué)習(xí)。盡管在Web應(yīng)用部分處理起來非常簡(jiǎn)單高效，但在遇到問題時(shí)并不容易排查定位，對(duì)開發(fā)者水平要求略高。

• 3）開發(fā)者技能單一，很多是從前端轉(zhuǎn)過來的，對(duì)數(shù)據(jù)庫，架構(gòu)方面知識(shí)欠缺，對(duì)系統(tǒng)設(shè)計(jì)也知之不多，這是很危險(xiǎn)的，有種麻桿打狼兩頭害怕的感覺。

• 4）Node在科普、培訓(xùn)、布道等方面做的并不好，國外使用的非常多，國內(nèi)卻很少人知道，不如某些語言做得好。

盡管如此，Node.js 還是盡人皆知，卷入各種是非風(fēng)口，也算是在大前端浪潮中大紅大紫。原因它的定位非常明確，補(bǔ)足以 JavaScript 為核心的全棧體系中服務(wù)器部分。開發(fā)也是人，能夠同時(shí)掌握并精通多門語言的人畢竟不多，而且程序員的美德是“懶”，能使用 JavaScript 一門語言完成所有事兒，為什么要學(xué)更多呢？

對(duì)于 Web 應(yīng)用大致分2種，帶視圖的傳統(tǒng)Web應(yīng)用和面向Api接口應(yīng)用，我們先看一下 Node.js Web 應(yīng)用開發(fā)框架的演進(jìn)時(shí)間線大致如下：

• 2010年 TJ Holowaychuk 寫的 Express

• 2011年 Derby.js 開始開發(fā)，8月5日，WalmartLabs 的一位成員 Eran Hammer 提交了 Hapi 的第一次git記錄。Hapi 原本是 Postmile 的一部分，并且最開始是基于 Express 構(gòu)建的。后來它發(fā)展成自己自己的框架，

• 2012年1月21日，專注于 Rest api 的 Restify 發(fā)布1.0版本，同構(gòu)的 Meteor 開始投入開發(fā)，最像Rails 的 Sails 也開始了開發(fā)

• 2013年 TJ Holowaychuk 開始玩 es6 generator，編寫 co 這個(gè) Generator 執(zhí)行器，并開始了Koa 項(xiàng)目。2013 年下半年李成銀開始 ThinkJS，參考 ThinkPHP

• 2014年4月9日，Express 發(fā)布4.0，進(jìn)入4.x時(shí)代持續(xù)到今天，MEAN.js 開始隨著 MEAN 架構(gòu)的提出開始開發(fā)，意圖大一統(tǒng)，另外 Total.js 開始起步，最像PHP里 Laravel 或 Python 里的 Django 或 ASP.NET MVC的框架，代表著 Node.js 的成熟，開始從其他語言里的成熟框架借鑒

• 2015年8月22日，下一代 Web 框架 Koa 發(fā)布1.0，可以在Node.js v0.12下面，通過co 和 generator實(shí)現(xiàn)同步邏輯，那時(shí)候 co 還是基于 thunkfy 的，在2015年10月30日，ThinkJS發(fā)布了首個(gè)基于 Es2015+ 特性開發(fā)的 v2.0 版本

• 2016 年 09 月，螞蟻金服的 Eggjs，在 JSConf China 2016 上亮相并宣布開源

• 2017年2月，下一代Web框架 Koa 發(fā)布v2.0正式版

我們可以根據(jù)框架的特性進(jìn)行分類

對(duì)于框架選型

• 業(yè)務(wù)場(chǎng)景、特點(diǎn)，不必為了什么而什么，避免本末倒置

• 自身團(tuán)隊(duì)能力、喜好，有時(shí)候技術(shù)選型決定團(tuán)隊(duì)氛圍的，需要平衡激進(jìn)與穩(wěn)定

• 出現(xiàn)問題的時(shí)候，有人能夠做到源碼級(jí)定制。Node.js 已經(jīng)有8年歷史，但模塊完善程度良莠不齊，如果不慎踩到一個(gè)坑里，需要團(tuán)隊(duì)在無外力的情況能夠搞定，否則會(huì)影響進(jìn)度

Tips：個(gè)人學(xué)習(xí)求新，企業(yè)架構(gòu)求穩(wěn)，無非喜好與場(chǎng)景而已

Node.js 本來就為了做后端而設(shè)計(jì)的，這里我們?cè)倏纯蠢鎲栴}。Node.js 向后端延伸，必然會(huì)觸動(dòng)后端開發(fā)的利益。那么 Proxy 層的事兒，前后端矛盾的交界處，后端不想變，前端又求變，那么長(zhǎng)此以往，Api接口會(huì)變得越來越惡心。后端是愿意把Api的事兒叫前端的，對(duì)后端來說，只要你不動(dòng)我的數(shù)據(jù)庫和服務(wù)就可以。

但是 Node.js 能不能做這部分呢？答案是能的，這個(gè)是和 Java、PHP 類似的，一般是和數(shù)據(jù)庫連接到一起，處理帶有業(yè)務(wù)邏輯的。目前國內(nèi)大部分都是以 Java、PHP 等為主，所以要想吃到這部分并不容易。

• 小公司，創(chuàng)業(yè)公司，新孵化的項(xiàng)目更傾向于 Node.js ，簡(jiǎn)單，快速，高效

• 微服務(wù)架構(gòu)下的某些服務(wù)，使用 Node.js 開發(fā)，是比較合理的

國內(nèi)這部分一直沒有做的很好，所以 Node.js 在大公司還沒有很好的被應(yīng)用，安全問題、生態(tài)問題、歷史遺留問題等，還有很多人對(duì) Node.js 的誤解。

• 單線程很脆弱，這是事實(shí)，但單線程不等于不能多核并發(fā)，而且你還有集群呢

• 運(yùn)維，其實(shí)很簡(jiǎn)單，比其他語言之簡(jiǎn)單，日志采集、監(jiān)控也非常簡(jiǎn)單

• 模塊穩(wěn)定性，對(duì)于 MongoDB、MySQL、Redis 等還是相當(dāng)不錯(cuò)，但其他的數(shù)據(jù)庫支持可能沒那么好。

• 安全問題是個(gè)偽命題，所有框架面臨的都是一樣的。

這些對(duì)于提供Api服務(wù)來說已經(jīng)足夠了，本書后面有大量篇幅講如何使用 Koa 框架來構(gòu)建Api服務(wù)。

Web編程核心

• 異步流程控制（前面講過了）

• 基本框架 Koa或Express，新手推薦Express，畢竟資料多，上手更容易。如果有一定經(jīng)驗(yàn)，推薦Koa，其實(shí)這些都是為了了解Web編程原理，尤其是中間件機(jī)制理解。

• 數(shù)據(jù)庫 mongodb或mysql都行，mongoose和Sequelize、bookshelf，TypeOrm等都非常不錯(cuò)。對(duì)于事物，不是Node.js的鍋，是你選的數(shù)據(jù)庫的問題。另外一些偏門，想node連sqlserver等估計(jì)還不成熟，我是不會(huì)這樣用的。

• 模板引擎， ejs，jade，nunjucks。理解原理最好。尤其是extend，include等高級(jí)用法，理解布局，復(fù)用的好處。其實(shí)前后端思路都是一樣的。

迷茫時(shí)學(xué)習(xí)Node.js最好的方法

Node.js 編寫的包管理器 npm 已成為開源包管理了領(lǐng)域最好的生態(tài)，直接到2017年10月份，有模塊超過47萬，每周下載量超過32億次，每個(gè)月有超過700萬開發(fā)者使用npm。現(xiàn)在早已經(jīng)超過60萬個(gè)模塊了。

這里就不一一舉例了，給出一個(gè)迷茫時(shí)學(xué)習(xí)Node.js最好的方法吧！

某天，我在3w咖啡整理書稿，然后小弟梁過來了，聊聊他的現(xiàn)狀，一副很不好的樣子，在天津我曾帶過他大半年，總不能不管，我給他的建議是：“每天看10個(gè)npm模塊”

對(duì)于學(xué)習(xí)Node.js迷茫的人來說，這是最好的方式，當(dāng)你不知道如何做的時(shí)候，就要向前（錢）看，你要知道積累哪些技能對(duì)以后有好處。對(duì)于學(xué)習(xí)Node.js必經(jīng)之路，一定是要掌握很多模塊用法，并從中汲取技巧、思路、設(shè)計(jì)思想的。與其不知道學(xué)什么，為什么不每天積累幾個(gè)技巧呢？

推薦一個(gè)repo即 https://github.com/parro-it/a... 小型庫集合，一天看十個(gè)不是夢(mèng)！

更多討論 https://zhuanlan.zhihu.com/p/...

非科班出身如何Node.js

有朋友提問

狼叔，關(guān)注你和cnode很久了，最近有點(diǎn)迷茫，想請(qǐng)你指點(diǎn)下。
我的情況是這樣的，非科班出身，從事前端工作4年，公司使用的技術(shù)棧是vue2、vue-router、vuex、webpack，目前的能力處理工作還是比較輕松，但是也很明確自己有很多不足，只是對(duì)于如何提升比較迷茫。
不足：
1、非科班出身，計(jì)算機(jī)基礎(chǔ)薄弱
2、對(duì)當(dāng)前使用的技術(shù)了解不夠深入，很多東西只停留在會(huì)用的層面
3、對(duì)服務(wù)端了解較少，想學(xué)node，卻不知道如何系統(tǒng)的學(xué)習(xí)

解答困惑：

1、計(jì)算機(jī)基礎(chǔ)薄弱該如何完善自己的知識(shí)體系？

答:追逐長(zhǎng)尾，所見所聞不懂的都去學(xué)就好啦。我是這樣過來的，頭幾年每天14個(gè)小時(shí)+，很累，不過效果還可以。os，算法，數(shù)據(jù)結(jié)構(gòu)，設(shè)計(jì)模式，編譯原理，基本也就這些重點(diǎn)。做到每天都有進(jìn)步就好，別貪多求快。數(shù)學(xué)和英文當(dāng)然也是越狠越好的！

2、如何在技術(shù)上做更深入的探索？

答:技術(shù)人只關(guān)注技術(shù)，想法創(chuàng)意通常比較少。最簡(jiǎn)單的辦法就是抓自己的癢，比我大學(xué)時(shí)和朋友們翻譯過grails文檔，所以對(duì)翻譯有情節(jié)。為了翻譯，我用node寫了無數(shù)工具嘗試，反復(fù)對(duì)比各種翻譯工具，理解它們背后的設(shè)計(jì)。包括markdown里嵌html標(biāo)簽標(biāo)識(shí)中英文，然后gulp編譯成獨(dú)立文檔。甚至一度想上線賣服務(wù)。這種折騰真的很爽，甚至耽誤了不少翻譯。有時(shí)要警惕長(zhǎng)尾，不要忘了自己的初衷

3、如何系統(tǒng)的學(xué)習(xí)node？

答:階段

1/要會(huì)用，能完成工作任務(wù)
2/寫點(diǎn)提高效率的工具
3/參與開源項(xiàng)目，甚至是node源碼

應(yīng)對(duì)方法

1/《node in action》看五遍，然后就去寫吧，別管代碼質(zhì)量如何，能寫敢寫
2/多用些模塊，理解它們，如果有機(jī)會(huì)就自己寫一下，萬一有很多人用你，我小弟寫過一個(gè)地區(qū)選擇加載的json數(shù)據(jù)，star數(shù)不少呢
3/給別人貢獻(xiàn)代碼，要去學(xué)別人的習(xí)慣，網(wǎng)上有g(shù)it標(biāo)準(zhǔn)工作流和提pr方法，你要做的是精研該模塊代碼，關(guān)注issue，其他就是等機(jī)會(huì)。另外樸靈的深入淺出多讀幾遍，試著讀node源碼，你的理解會(huì)更好。推薦看看我寫的《通過開源項(xiàng)目去學(xué)習(xí)》https://github.com/i5ting/Stu...
4/跳出node范圍，重新審視node的應(yīng)用場(chǎng)景，對(duì)未來你的技術(shù)選項(xiàng)和決策大有裨益

• 2.1 Node 用途那么多，我該從哪里學(xué)起？

答：如果有機(jī)會(huì)就直接上Web應(yīng)用，如果沒有機(jī)會(huì)就從前端構(gòu)建，工具等方面開始做，慢慢引入更潮更酷的前端技術(shù)，自然就把Node引入進(jìn)來了。不要急。

• 2.2 Node Web 框架那么多，我該怎么選？

答：初學(xué)者推薦Express，如果有一定經(jīng)驗(yàn)，推薦Koa。當(dāng)然真正項(xiàng)目里還是推薦Eggjs和Thinkjs這樣的框架。

• 2.3 關(guān)于 Node 的書幾乎都過時(shí)了，我該買哪本？

答：
1）Node in action和了不起的Node.js是入門的絕好書籍，非常簡(jiǎn)單，各個(gè)部分都講了，但不深入，看了之后，基本就能用起來了
2）當(dāng)你用了一段之后，你會(huì)對(duì)Node.js的運(yùn)行機(jī)制好奇，為啥呢？這時(shí)候去讀樸大的《深入淺出Node.js》一書就能夠解惑。原因很簡(jiǎn)單，九淺一深一書是偏向底層實(shí)現(xiàn)原理的書，從操作系統(tǒng)，并發(fā)原理，node源碼層層解讀。如果是新手讀，難免會(huì)比較郁悶。
3)實(shí)踐類的可以看看雷宗民（老雷）和趙坤（nswbmw）寫的書

如果你不著急，也可以等我的那本《更了不起的Node.js》，時(shí)間待定。

Part 3延伸：大前端變化那么快，如何才能做到每日精進(jìn)？

有朋友問現(xiàn)在Android開發(fā)和web前端開發(fā)哪個(gè)前景更好？我的回答是明顯是前端更好，看一下移動(dòng)端發(fā)展過程

native < hybrid < rn/weex < h5

目前rn和weex的開發(fā)逐漸變得主流，組件化寫法已經(jīng)由前端主導(dǎo)了。以前ios和android程序員占比很高，但現(xiàn)在就留1到2個(gè)寫插件，真是差別很大。

Web開發(fā)對(duì)移動(dòng)端的沖擊非常大。當(dāng)然現(xiàn)在Web技術(shù)也開發(fā)PC client了，比如vscode是通過electron打包的，效果還是相當(dāng)不錯(cuò)的。

前端可以說是最近幾年開發(fā)里最火的部分，原因很多，最主要是開發(fā)方式的變更，以今時(shí)今日的眼光來看，稱之為現(xiàn)代Web開發(fā)是不為過的。

先給出現(xiàn)代Web開發(fā)的概覽圖

每次演講我會(huì)都問大家是不是前端，回答“是”的人非常多，我會(huì)開玩笑的恭喜大家：“現(xiàn)在的前端就是錢端”，確實(shí)，現(xiàn)在前端發(fā)展異常的快，而且沒有趨向于類比java里ssh框架的那種穩(wěn)定，所以未來很長(zhǎng)一段時(shí)間，還會(huì)增長(zhǎng)，持續(xù)混亂，這對(duì)前端來說是把雙刃劍，一方面有很強(qiáng)的壓迫感，不學(xué)習(xí)就跟不上時(shí)代，另一方它也是機(jī)遇，能夠帶給更多機(jī)會(huì)，包括money。

大家都疑惑的一個(gè)問題是如何在這樣巨變的時(shí)代能夠通過學(xué)習(xí)來應(yīng)變，我可以很負(fù)責(zé)的告訴大家，沒有捷徑，但通過掌握 Node.js 能夠讓你降低這個(gè)學(xué)習(xí)曲線而已，畢竟Node.js是大前端的基礎(chǔ)設(shè)施。大家可以看一下，前端的開發(fā)過程，模塊化，構(gòu)建，輔助工具，調(diào)優(yōu)，架構(gòu)調(diào)整，可以說Node.js是無處不在的。

其實(shí)，輔助大前端開發(fā)只是Node.js的一個(gè)非常無心插柳的衍生功能，通過掌握Node.js能夠讓你能做的更多、獲得的更多，甚至可以說有更多自我實(shí)現(xiàn)的快樂，這也是我那本書書名字里“更了不起的”要去闡述的內(nèi)容。

綜上種種，就是我一直提倡以 JavaScript 語言為中心的 Node全棧 概念的緣由，JavaScript 覆蓋所有前端，Node.js 擅長(zhǎng)做 I/O 密集型的后端，外加輔助開發(fā)的各種基礎(chǔ)設(shè)施，無疑是工作、學(xué)習(xí)和成為快速掌握全棧技術(shù)最好的途徑。你會(huì)的越多，你能做的就更多，你的人生也將會(huì)有不一樣的精彩篇章。

全棧核心

• 后端不會(huì)的 UI（界面相關(guān)）

• 前端不會(huì)的 DB（業(yè)務(wù)相關(guān)）

只要打通這2個(gè)要點(diǎn)，其他就比較容易了。最怕的是哪樣都接觸點(diǎn)，然后就號(hào)稱自己是全棧，建議大家不要這樣做，這就好比在簡(jiǎn)歷里寫精通一樣，基本上都會(huì)被問到尷尬。全棧是一種信仰，不是拿來吹牛逼的，而可以解決更多問題，讓自己的知識(shí)體系不留空白，享受自我實(shí)現(xiàn)的極致快樂。

我的全棧之路

想問一下狼叔最近的業(yè)務(wù)一直都是簡(jiǎn)單的用express搭一個(gè)后端服務(wù)，沒有其他更加深入node的業(yè)務(wù)了，這種時(shí)候應(yīng)該如何自己給自己創(chuàng)應(yīng)用場(chǎng)景呢

沒有目標(biāo)就向錢看，有目標(biāo)就向前看

• 從 java 開始，蹭課，背著機(jī)箱到深圳，3個(gè)月胖20斤

• 堅(jiān)持翻譯英文文檔，看 《Thinking in Java》

• 畢業(yè)后開始 bi，整理 bi 文檔

• 學(xué)長(zhǎng)明林清，傳授 jQuery，愿意學(xué)，別人就更愿意分析

• 接手《內(nèi)蒙廣電數(shù)據(jù)分析與科學(xué)決策系統(tǒng)》，打通前、后端

• 廣東聯(lián)通，自己造輪子，寫 jQuery 插件，DRY

• 做云計(jì)算，學(xué)習(xí) AIX，寫有《凌云志》

• 分手、離職，去做 iOS，從 cordova 開始搞 H5，研究各種移動(dòng)端框架，自己寫框架，轉(zhuǎn)原生

• 面試也是學(xué)習(xí)的利器，輕松進(jìn)新浪

• 總結(jié)了大量 iOS 經(jīng)驗(yàn)，想寫書，結(jié)果寫了一堆寫書的工具

既然無法逃避，就熱愛它，最后變成興趣

• 去網(wǎng)秦做技術(shù)總監(jiān)，做首席，管架構(gòu)，帶人，寫開源項(xiàng)目

• 創(chuàng)業(yè)，當(dāng) CTO，結(jié)婚，做公眾號(hào)運(yùn)營，寫書，最苦的時(shí)候沒錢吃飯，又不能找媳婦要，只能在 StuQ 上講點(diǎn)課

• 加入去哪兒網(wǎng)，任職前端架構(gòu)師

• 加入阿里巴巴，前端技術(shù)專家

人生不只有代碼，但它能讓我快樂，終生受益

也曾懵懂，也曾迷茫，但我這人比較傻，一直信奉：“一次只做1件事兒，盡力做到極致”，短時(shí)間看這是比較傻的，但一旦你堅(jiān)持下去，你就會(huì)發(fā)現(xiàn)技術(shù)其實(shí)是門手藝，厚積薄發(fā)。

我沒辦法說自己最擅長(zhǎng)什么，但在什么場(chǎng)景下用什么技術(shù)是我擅長(zhǎng)的?；蛘哒f，應(yīng)變是我最大的本事。很多框架，新技術(shù)我都沒見過，用過，但花一點(diǎn)點(diǎn)過一下，就能拿已有的知識(shí)快速的理解它，這其實(shí)是長(zhǎng)期學(xué)習(xí)的好處。

現(xiàn)在越來越忙，寫代碼的時(shí)間越來越少，技術(shù)又越發(fā)展越快，我能做好的就是每日精進(jìn)，仗著這點(diǎn)已有的知識(shí)儲(chǔ)備跟年輕人比賽。我不覺得累，相反我很享受這種感覺，沒有被時(shí)代淘汰，是一件多么幸福的事兒。

從后端轉(zhuǎn)

做后端的人

• 對(duì)數(shù)據(jù)庫是比較熟悉，無論 mongodb，還是 mysql、postgres

• 對(duì)前端理解比較弱，會(huì)基本的 html，css，模板引擎等比較熟悉

4階段循序漸進(jìn)，build 與工具齊飛

前端開發(fā)4階段，我的感覺是按照順序，循序漸進(jìn)就好。

從前端轉(zhuǎn)

從前端往后端轉(zhuǎn)，api 接口非常容易學(xué)會(huì)，像 express、koa 這類框架大部分人一周就能學(xué)會(huì)，最難的是對(duì) db、er 模型的理解，說直白點(diǎn)，還是業(yè)務(wù)需求落地的理解

我們來想想一般的前端有什么技能？

• html

• css（兼容瀏覽器）

• js 會(huì)點(diǎn)（可能更多的是會(huì)點(diǎn) jquery）

• ps 切圖

• firebug 和 chrome debuger 會(huì)的人都不太多

• 用過幾個(gè)框架，大部分人是僅僅會(huì)用

• 英語一般

• svn/git 會(huì)一點(diǎn)

那么他們?nèi)绻朐谇岸祟I(lǐng)域做的更深有哪些難點(diǎn)呢？

• 基礎(chǔ)：oo，dp，命令，shell，構(gòu)建等

• 編程思想上的理解（mvc、ioc，規(guī)約等）

• 區(qū)分概念

• 外圍驗(yàn)收，如 H5 和 hybird 等

• 追趕趨勢(shì)，如何學(xué)習(xí)新東西

以上皆是痛點(diǎn)，所以比較好的辦法應(yīng)該是這樣的。

• 玩轉(zhuǎn) npm、gulp 這樣的前端工具類（此時(shí)還是前端）

• 使用 node 做前后端分離（此時(shí)還是前端）

• express、koa 這類框架

• jade、ejs 等模板引擎

• nginx

• 玩轉(zhuǎn)【后端】異步流程處理（promise/es6的(generator|yield)/es7(async|await)）

• 玩轉(zhuǎn)【后端】mongodb、mysql 對(duì)應(yīng)的 Node 模塊

從我們的經(jīng)驗(yàn)看，這樣是比較靠譜的。先做最簡(jiǎn)單前后端分離，里面沒有任何和db相關(guān)，前端可以非常容易的學(xué)會(huì)，基本2周就已經(jīng)非常熟練了。一般半年后，讓他們接觸【異步流程處理】和【數(shù)據(jù)庫】相關(guān)內(nèi)容，學(xué)習(xí)后端代碼，就可以全棧了。

從移動(dòng)端轉(zhuǎn)

看一下移動(dòng)端發(fā)展過程

native < hybrid < rn/weex < h5

目前rn和weex的開發(fā)逐漸變得主流，組件化寫法已經(jīng)由前端主導(dǎo)了。以前ios和android程序員占比很高，但現(xiàn)在就留1到2個(gè)寫插件，真是差別很大。狼叔一直固執(zhí)的以為未來是h5的。

現(xiàn)在的 Native 開發(fā)是姥姥不疼舅舅不愛，非常尷尬，很明顯連培訓(xùn)出的人就業(yè)不要工資混經(jīng)驗(yàn)就很明顯了。另外領(lǐng)導(dǎo)們也都在惦記，能不能用 H5 寫？這還算是保守的，如果直接激進(jìn)的就直接上 RN 了，那么 Native開發(fā)的程序員就變了

一個(gè)寫插件的程序員...招誰惹誰了。。。。

要么忍，要么轉(zhuǎn)，沒辦法，認(rèn)命吧，溫水里舒服了幾年，也該學(xué)點(diǎn)東西了

• hybrid 或組件化開發(fā)，你總要會(huì)一樣

• 無論哪種，你都離前端很近，因?yàn)?H5 或組件化都是從前端走出來的

• 組件化在前端領(lǐng)域先行，無論借鑒還是學(xué)習(xí)都不可避免

• 如果沒時(shí)間就直接上組件化，如果有時(shí)間就好好學(xué)學(xué)前端完整體系，最終也還是要學(xué)組件化

原生開發(fā)就是 iOS 用 OC/Swift,Android 用 java 或 scala 等，就算偶爾嵌入 webview，能玩js的機(jī)會(huì)也非常好少

所以移動(dòng)端轉(zhuǎn)全棧的方法，最好是從 cordova（以前叫 phonegap）開始做 hybrid 開發(fā)。

• 只要關(guān)注 www 目錄里的 H5 即可，比較簡(jiǎn)單

• 如果 H5 不足以完成的情況下，可以編寫 cordova 插件，即通過插件讓 js 調(diào)用原生 sdk 里功能

• cordova 的 cli 可以通過 npm 安裝，學(xué)習(xí) npm 的好方法

• 學(xué)習(xí) gulp 構(gòu)建工具

只要入了 H5 的坑，其實(shí)就非常好辦了。

• 然后 h5、zeptojs、iscroll、fastclick 等

• 然后微信常用的，如 weui、vux（vue+weui）、jmui（react+weui）

• 然后可以玩點(diǎn)框架，比如 jquery mobile，sencha touch

• 然后可以玩點(diǎn)高級(jí)貨，ionicframework（基于 angularjs、cordova）

• 然后前端4階段，依次打怪升級(jí)

• 然后 node

這個(gè)基本上是我走的路，從2010年寫iOS、做phonegap（當(dāng)時(shí)是0.9.3）、一路走到現(xiàn)在的總結(jié)吧！

以前技術(shù)發(fā)展還不是那么明顯，寫 Java 的時(shí)候 Apache 的開源用的比較多，那時(shí)開源的代碼托管sourceforge，google code 也都湊合用，自從 Git 和 GitHub 出現(xiàn)時(shí)候，代碼社交興起，極大的促進(jìn)了開源的活躍，使得大量明星項(xiàng)目脫引而出。這是好事，如果沒有開源，中國的軟件水平真是要落后好多年。那么問題也來了，如何能夠在技術(shù)快速發(fā)展的今天，個(gè)人成長(zhǎng)也能更好呢？

學(xué)習(xí)的3種層次，跟人學(xué)最快，其次是跟書（或者博客）學(xué)，最差的是自悟。但是牛人不能遇到，遇到了也未必有精力教你，書本或者博客，別人有，但不一定寫出來，就算是寫了，可能只是點(diǎn)到為止。至于自悟，如果沒有深厚的積累的，還是有相當(dāng)大難度的。

對(duì)于開發(fā)來說代碼是一切基礎(chǔ)，在掌握了一定計(jì)算機(jī)基礎(chǔ)后，其差別就在于代碼質(zhì)量和眼界。編程沒有捷徑，能夠做到每日精進(jìn)就是極好的。現(xiàn)在開源代碼非常多，要能夠從中獲取自己所需的知識(shí)，也是一種本領(lǐng)！如果能夠堅(jiān)持著每日精進(jìn)，根本不需要向其他人學(xué)習(xí)的。

大家可以在 Github 隨便打開一個(gè)前端項(xiàng)目，里面有一半以上都是 Node.js 相關(guān)信息，各種包管理、測(cè)試、ci、輔助模塊，如果大家對(duì)這些基礎(chǔ)信息掌握的非常好，那么學(xué)習(xí)一個(gè)新的框架，你要比別人快好多，最重要的是學(xué)了一次，到處使用。

很多人問我怎么才能成為一個(gè) Node.js 大神？我的回答是“在cnode論壇上堅(jiān)持寫文章和開源項(xiàng)目2年，足矣，輕松進(jìn)阿里騰訊，不用你找他們，他們自會(huì)找你的”。

從今天起，開始重視開源項(xiàng)目，重視 node，做到每日精進(jìn)

Part 4實(shí)踐：從招聘角度來看， Node.js 開發(fā)需要具備哪些技能？

招人標(biāo)準(zhǔn)

先說下我的招人標(biāo)準(zhǔn)，做技術(shù)總監(jiān)時(shí)上指下派只要看好技術(shù)能力和態(tài)度即可，做CTO時(shí)要考慮團(tuán)隊(duì)文化，人品和能否在公司長(zhǎng)留，所以不同的人面試要看的點(diǎn)是不一樣的，我曾面過很多Node.js程序員，也見過很多面試題，匯總一下，大致有以下9個(gè)點(diǎn)：

1. 基本的Node.js幾個(gè)特性，比如事件驅(qū)動(dòng)、非阻塞I/O、Stream等

2. 異步流程控制相關(guān)，Promise是必問的

3. 掌握1種以上Web框架，比如Express、Koa、Thinkjs、Restfy、Hapi等，會(huì)問遇到過哪些問題、以及前端優(yōu)化等常識(shí)

4. 數(shù)據(jù)庫相關(guān)，尤其是SQL、緩存、Mongodb等

5. 對(duì)于常見Node.js模塊、工具的使用，觀察一個(gè)人是否愛學(xué)習(xí)、折騰

6. 是否熟悉linux，是否獨(dú)立部署過服務(wù)器，有+分

7. js語法和es6、es7，延伸CoffeeScript、TypeScript等，看看你是否關(guān)注新技術(shù)，有+分

8. 對(duì)前端是否了解，有+分

9. 是否參與過或?qū)戇^開源項(xiàng)目，技術(shù)博客、有+分

補(bǔ)充一句:只看技能沒人品的人，千萬別招，白臉狼

主動(dòng)執(zhí)行，輔助團(tuán)隊(duì)
掌握一門后端語言；熟悉用戶體驗(yàn)相關(guān)知識(shí)；了解軟件工程。
精通瀏覽器工作原理，熟悉HTTP協(xié)議，熟悉設(shè)計(jì)模式。
掌握改善無障礙訪問的方法；掌握數(shù)據(jù)采集分析能力；熟悉可維護(hù)性問題。
通過開發(fā)、使用、推廣效率工具讓自己與團(tuán)隊(duì)的效率得到提高；
提煉可復(fù)用組件，為類庫貢獻(xiàn)高質(zhì)量代碼.
積極完善知識(shí)庫；
跨團(tuán)隊(duì)分享技術(shù)和專業(yè)相關(guān)知識(shí)。
輔導(dǎo)新人技能成長(zhǎng)；
協(xié)助主管做招聘和團(tuán)隊(duì)管理工作。

大家是選大公司還是小公司？

我再知乎上回復(fù)的《在跳槽后的第三個(gè)月，收到世界500強(qiáng)的offer，我該怎么辦？》

1）互聯(lián)網(wǎng)公司優(yōu)先，流量大，人才多，機(jī)會(huì)也多，流程規(guī)范一些

2）今天的世界500強(qiáng)不比從前了，普華永道應(yīng)該是四大之一，不知道信息化怎么樣，你只要和你現(xiàn)在的公司對(duì)比就好了。

3）問問自己想要什么，錢，經(jīng)歷，還是時(shí)間

如果你很年輕，現(xiàn)在很安逸，我建議你換。如果不是很想動(dòng)，那就學(xué)會(huì)所有能接觸到的知識(shí)再換。

我是降薪來的阿里，原因有三，一是有事可為，老板重用你給你機(jī)會(huì)，二是集團(tuán)內(nèi)部是open的，偏偏我知識(shí)面足夠可以看出它們的好處，算是另一種補(bǔ)償吧，三是對(duì)個(gè)人品牌是一個(gè)升級(jí)，狼叔的職業(yè)生涯到此已經(jīng)足夠了，進(jìn)可攻退可守，也算另一種自由吧！

錢多是個(gè)優(yōu)勢(shì)而已，還有氛圍，文化，信仰

• 牛人多

• 業(yè)務(wù)需要

• 成熟后有更多精力

• 內(nèi)部競(jìng)爭(zhēng)，優(yōu)勝劣汰

• 財(cái)務(wù)相對(duì)自由，可以追求信仰了

前幾天還和 @蘇千 聊，我和 @死月絲卡蕾特 相繼入職阿里，還有cnode社區(qū)著名程序員也即將入職阿里，當(dāng)時(shí)大家開玩笑說:

“前端的終極歸宿是阿里，不是在阿里，就是在去阿里的路上”

另外要說的一點(diǎn)是pc和h5站在使用Node.js做api中間層，其最佳實(shí)踐已成型，量也是極大的。以前前端玩得還是比較弱，如果能夠緩存+控制頁面數(shù)據(jù)，獲得一個(gè)性能極大的提升也是極好的。2018年，爭(zhēng)取拿這個(gè)做主題演講上qcon或archsummit大會(huì)。

每天忙得很開心，這就是我現(xiàn)在狀態(tài)。其實(shí)，我的折騰還是在于想做些事情。如果你也想跟我一起做事，請(qǐng)將簡(jiǎn)歷郵件給我 langshu.ssl@alibaba-inc.com，團(tuán)隊(duì)大量招人，也可以幫忙推薦給集團(tuán)其他部門。

大公司的做事方式

• 按照規(guī)矩做事，不要碰紅線

• 工時(shí)一般壓的都不會(huì)太緊，都是可以商量的，但態(tài)度一定要好

• 閑的時(shí)候自己學(xué)點(diǎn)東西，上班要學(xué)習(xí)相關(guān)，下班學(xué)不相干的。別犯傻。

• 多創(chuàng)造點(diǎn)額外價(jià)值，讓你的領(lǐng)導(dǎo)更喜歡你

• 理解能力要強(qiáng)，不要讓你的領(lǐng)導(dǎo)說二遍。

小公司

• 簡(jiǎn)單粗暴，快速出東西，領(lǐng)導(dǎo)最關(guān)心的是進(jìn)度

• 執(zhí)行力要強(qiáng)，遇佛殺佛，有鬼殺鬼

• 代碼質(zhì)量其實(shí)沒太多人管，但自己要注意養(yǎng)成好習(xí)慣

• 沒有機(jī)會(huì)自己創(chuàng)造機(jī)會(huì)。創(chuàng)造機(jī)會(huì)之前是贏得信任。

狼叔經(jīng)常說的一句：“少抱怨，多思考，未來更美好”，大部分人都喜歡積極的人，遇到問題不怕不躲不避，要相信自己能夠解決，最多是時(shí)間問題。

還有一句是：“沒目標(biāo)向錢看，有目標(biāo)向前看”。歷史上很多這樣的例子，在2010年左右iOS開發(fā)剛起步，會(huì)拖拽弄個(gè)界面的就五位數(shù)工資，比做JAVA的幾年的都要多。這世界就是這樣不公平。但是你也不能不思進(jìn)取，這樣也是極其危險(xiǎn)。在2016年左右，其實(shí)iOS開發(fā)就遇到了市場(chǎng)飽和的問題，很多培訓(xùn)出來的人都找不到工作，各家公司都在考慮換react-native或weex或者h(yuǎn)5。

所以，當(dāng)你有機(jī)會(huì)進(jìn)入一個(gè)很有前途的方向，你要努力學(xué)好，并準(zhǔn)備好下一個(gè)階段的應(yīng)變。相反，如果當(dāng)成找一個(gè)養(yǎng)老的地方，早晚會(huì)遇到尷尬的。比如現(xiàn)在很多iOS程序員被迫去學(xué)react/vue等，境遇也不太好的，更有甚者直接被開除。

優(yōu)酷-高級(jí)前端開發(fā)

職位描述

1. 支撐企業(yè)級(jí)應(yīng)用后臺(tái)開發(fā)，使用 React 等前端框架搭建后臺(tái)頁面，實(shí)現(xiàn)交互需求及后端服務(wù)對(duì)接;

2. 以模塊化的思想設(shè)計(jì)開發(fā)通用前端組件，并能夠針對(duì)OTT,移動(dòng)端進(jìn)行針對(duì)性優(yōu)化；

3. 在理解前端開發(fā)流程的基礎(chǔ)上，結(jié)合前端實(shí)際建立或優(yōu)化提升工作效率的工具；

4. 在理解產(chǎn)品業(yè)務(wù)的基礎(chǔ)上，提升產(chǎn)品的用戶體驗(yàn)，技術(shù)驅(qū)動(dòng)業(yè)務(wù)的發(fā)展；

5. 關(guān)注前端前沿技術(shù)研究，通過新技術(shù)服務(wù)團(tuán)隊(duì)和業(yè)務(wù)；

6. 使用 Weex 技術(shù)開發(fā)產(chǎn)品需求。"

職位要求

1. 精通前端技術(shù)，包括HTML/CSS/JavaScript/Node.JS等；

2. 掌握Bootstrap，jQuery，AngularJS，React等框架，并有項(xiàng)目實(shí)踐；

3. 熟悉前端模塊化、編譯和構(gòu)建工具，如grunt，gulp,webpack等；

4. 至少熟悉一門非前端的語言（如Java/PHP/C/C++/Python/Ruby）,有項(xiàng)目實(shí)踐更佳；

5. 具備跨終端的前端開發(fā)能力，在Web（PC+Mobile）/Node.js/Native App三個(gè)方向上至少精通一個(gè)方向，具備多個(gè)的更佳，鼓勵(lì)在Native和Web技術(shù)融合上的探索；

6. 具有較強(qiáng)的學(xué)習(xí)能力，對(duì)前端技術(shù)有持續(xù)的熱情，個(gè)性樂觀開朗,邏輯性強(qiáng)，善于和產(chǎn)品，UED，后端等方向同學(xué)合作。

PixelLab

PixelLab是與淘寶GM Lab聯(lián)合成立的專注于視頻算法方向的研發(fā)部門，主要涉及視頻的空間感知、軌跡跟蹤、圖像分割、遮擋檢測(cè)以及照片級(jí)渲染等相關(guān)技術(shù)。用于實(shí)現(xiàn)視頻內(nèi)的內(nèi)容植入與后期特效的研發(fā)，屬于視頻MR的場(chǎng)景，主要應(yīng)用于廣告植入平臺(tái)的研發(fā)，方向靠譜老板人好，歡迎推薦。主要需要的崗位包括了圖像算法、3D視覺算法，渲染算法，WebGL以及并行計(jì)算等幾大方向，因?yàn)樗惴愓衅笇?shí)在難，所以將JD的鏈接帖出來希望同事們有適合的人可以內(nèi)推一下。

崗位要求：
1) 本科及以上學(xué)歷，5年以上工作開發(fā)經(jīng)驗(yàn)；
2) 扎實(shí)的計(jì)算幾何基礎(chǔ)，熟悉常見數(shù)學(xué)工具；
3) 熟練WebGL, Canvas渲染開發(fā)，熟練Shader編寫， 熟悉Three.js, OSG.js者優(yōu)先;
4) 熟練運(yùn)用JavaScript語言與HTML5、CSS3等技術(shù);
5) 熟悉主流移動(dòng)瀏覽器的技術(shù)特點(diǎn)，有移動(dòng)端H5, WebGL項(xiàng)目經(jīng)驗(yàn)者優(yōu)先;
6) 有移動(dòng)端WebGL開發(fā)經(jīng)驗(yàn)者優(yōu)先;
6) 學(xué)習(xí)能力強(qiáng)、應(yīng)變能力強(qiáng)，優(yōu)秀的溝通能力和協(xié)調(diào)能力，執(zhí)行能力強(qiáng)，具備較強(qiáng)的團(tuán)隊(duì)合作精神。

螞蟻金服

崗位要求：

• 大學(xué)本科學(xué)歷，2年以上開發(fā)經(jīng)驗(yàn)，能熟練使用常見類庫或框架，編寫高質(zhì)量的前端代碼；

• 熟悉NodeJS，有NodeJS開發(fā)經(jīng)驗(yàn)，熟悉Expresskoa等框架；

• 熟練掌握React、Redux及相關(guān)框架和技術(shù)，有單頁面應(yīng)用開發(fā)經(jīng)驗(yàn)；

• 精通ES6，gulp，webpack等規(guī)范和技術(shù)；

• 善于 Web 性能優(yōu)化與前端效果的實(shí)現(xiàn)；

• 良好的團(tuán)隊(duì)合作精神和積極主動(dòng)的溝通意識(shí)，具有很強(qiáng)的學(xué)習(xí)能力和對(duì)新技術(shù)的追求精神，樂于分享；

• 有大型網(wǎng)站開發(fā)經(jīng)驗(yàn)者優(yōu)先。

我們的前端專業(yè)建設(shè)方向

• 基于ReactJS的主題可配置組件化平臺(tái)

• 基于Nodejs的UED中臺(tái)業(yè)務(wù)（瀏覽器端web頁面監(jiān)控等）

• 基于Docker的nodejs云容器平臺(tái)

• 基于Webpack的前端工程化體系建設(shè)

• 基于eggjs的react同構(gòu)框架

• 基于G2的業(yè)務(wù)數(shù)據(jù)可視化組件庫

• 大規(guī)模圖形識(shí)別/圖像處理/AR/VR//語音交互等研究性領(lǐng)域探索

聯(lián)系方式

目前北京，杭州，廣州，上海，深圳，成都都在招聘，如果你也想跟我一起共事，請(qǐng)將簡(jiǎn)歷郵件給我 langshu.ssl@alibaba-inc.com，團(tuán)隊(duì)大量招人，也可以幫忙推薦給集團(tuán)其他部門。

有機(jī)會(huì)和winter，勾股，玉伯，蘇千，樸靈、死馬、偏右，徐飛，阮一峰，天豬，裕波等大神一起工作哦。

悄悄地說，其實(shí)其他公司我也可以幫推薦。

結(jié)束語

年輕時(shí)死磕，年長(zhǎng)點(diǎn)讓小弟死磕，現(xiàn)在抓個(gè)專家一起吃飯，沒有什么是一頓飯解決不了的，不行就二頓

工程師的能力不是編碼和死磕，而是解決問題

• 年輕死磕是為了長(zhǎng)本事，30歲以前都可以這樣做

• 帶團(tuán)隊(duì)后，要懂得任務(wù)下放，讓更多人幫你，別帶人越多越累

• 30歲之后是打牌階段，技能積累足夠用，這時(shí)要注重社交，打組合拳才能玩的更好

強(qiáng)調(diào)30歲不是我創(chuàng)造的，大部分人都會(huì)認(rèn)為30歲后事情，壓力會(huì)明顯大得多，比如家庭，孩子，房子，車子，票子，甚至是管理，權(quán)利，欲望等等吧。我感受最深的是身體不如從前和記憶力明顯下降。

狼叔說: “少抱怨，多思考，未來更美好”

大部分人體會(huì)不到堅(jiān)持的樂趣，不會(huì)玩，所以抱怨多。其實(shí)玩出樂趣也是一種能力，尤其是像寫代碼這種看似無聊的事兒。最開始可能只想賺點(diǎn)錢，后面變成熱愛，這樣才美好。只要堅(jiān)持每日精進(jìn)開心就好了。

另外，時(shí)間也要好處處理，狼叔總會(huì)提菜根譚上的一句話:【閑時(shí)要有吃緊的心思，忙里要有偷閑的樂趣】。

每個(gè)人的一生中都有很多坎，類似于瓶頸，唯有苦難和堅(jiān)持才能沖破，堅(jiān)持會(huì)產(chǎn)生自信，苦難會(huì)創(chuàng)造機(jī)會(huì)。一個(gè)經(jīng)過苦難還有自信的人，一定會(huì)有更美好的未來。

如果大家還有問題，可以去cnode社區(qū)發(fā)帖at我，也可以在Node全棧公眾號(hào)提問。

Part 5答疑：回答大家的問題

答疑有點(diǎn)多，這里就不一一貼出來，如果是新用戶和比較迷茫的Node朋友去Live里聽吧。

• 感謝justjavac大神的 免費(fèi)的計(jì)算機(jī)編程類中文書籍 收錄并推薦

• github地址，以后在倉庫里更新

• Live地址