一，開頭分析
大家好，今天這篇文章主要是對"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），明天繼續分析相關中間件，不斷更新中 。 。 。 。 。 。
