一,開頭分析
大家好,今天這篇文章主要是對"Connect"中間件以及相關輔助中間件,做一個源碼分析系列,我想上一篇文章大家也看了,
介紹了使用方式及用途,而這篇也是出於本人的興趣,讓讀者對其有一個更深入的認識,如在分析階段有什麼不正確的地方,請大家多多指教,
好了!老規矩然我們進入正題。先來看一個例子,結合會用引入分析,如下:
二,逐行分析:
(1),第一行,引入"connect"模組,透過connect建立一個http|https server,提供http server的所有功能。
"connect"中介軟體可讓你用多種方式建立"server",
那麼它是如何做的那,看源碼:
將「createServer」掛載到全域的「exports」上,然後再擴展一個「createServer」屬性再次掛載,目的是為了相容原生的書寫形式,
達到了不同方式創建的目的。這也是大家平時開發中可以藉鏡的想法。
(2),再來看第二行"connect.createServer",做了什麼那,看如下源碼:
"HTTPSServer"和"HTTPServer"基本上一致,只是"HTTPSServer"封裝的https的方法。在"createServer"的時候,同樣可以傳遞進去一系列的中間件,和隨後引入的效果是一樣的,不過卻只能綁定到根目錄上。
(3),繼續看第三行"app.use()",做了什麼那,看如下源碼:
「connect"是原型繼承於"http server"的,它會用use到的中間件替換掉server的requestListener。
透過"connect.use(route, handle)"來對每一個路由新增中間件,這些中間件"handle"會與"route"綁定保存在一個"stack"裡面,每次有"request"請求的時候,
遍歷這個堆,找到對應"route"的"handle",執行"handle",如果"handle"最後調用了"next()",就會繼續尋找並執行下一個匹配的"handle"。
透過封裝"handle",可以輕鬆的在"connect"基礎上添加更多的"middleware"。
(4),最後看看"listen(8888)",它做些什麼工作那?
很簡單,透過繼承底層的Server對象,賦予了"listen"的功能,監聽特定端口。
Server.prototype.__proto__ = http.Server.prototype
以下是」connect.js「的全部原始碼,為了節省篇幅,註解已全部刪掉,如下圖:
補充一下:
將"middleware"物件"exports",然後循環定義給"middleware"物件一種方法,這種方法是直接載入 "middleware" 資料夾中的.js檔案模組。
利用:"exports.utils.merge(exports, exports.middleware)" 這句話將middleware中的方法直接exports了。
三,總結一下:
(1),理解源碼的設計意圖,有助於在應用上得到最大化的收穫。
(2),看源碼時,理解流程再去扣語法細節。
(3),借鑒源碼中的巧妙實現思想,但不要過渡設計,為了設計而設計。
(4),明天繼續分析相關中間件,不斷更新中 。 。 。 。 。 。