深入淺齣Node.js pdf epub mobi txt 電子書 下載 2024

☆☆☆☆☆




點擊這裡下載

類似圖書 點擊查看全場最低價

---

內容簡介

　　《深入淺齣Node.js》從不同的視角介紹瞭 Node 內在的特點和結構。由首章Node 介紹為索引，涉及Node 的各個方麵，主要內容包含模塊機製的揭示、異步I/O 實現原理的展現、異步編程的探討、內存控製的介紹、二進製數據Buffer 的細節、Node 中的網絡編程基礎、Node 中的Web 開發、進程間的消息傳遞、Node 測試以及通過Node 構建産品需要的注意事項。附錄介紹瞭Node 的安裝、調試、編碼規範和NPM 倉庫等事宜。
　　《深入淺齣Node.js》適閤想深入瞭解 Node 的人員閱讀。

作者簡介

樸靈，真名田永強，文藝型碼農，就職於阿裏巴巴數據平颱，工程師，Node.js布道者，寫瞭多篇文章介紹Node.js的細節。活躍於CNode社區，是綫下會議NodeParty的組織者和JSConf China（滬JS和京JS）的組織者之一。熱愛開源，多個Node.js模塊的作者。

內頁插圖

精彩書評

　　Node.js讓JavaScript在服務器端煥發生機，這是一本帶著文藝調調的好看的技術書，書中詳細闡述瞭Node.js的方方麵麵。如果你是前端工程師，這會是你邁嚮全端工程師的關鍵一步。
　　——玉伯，支付寶高級技術專傢

　　通過學習Node.js，你可以接觸到新的開發模式與協作思想。通過閱讀這本書，你可以在軟件開發領域獲得廣泛而又有深度的收獲！所以，我很推薦這本書！
　　——莊錶偉

　　從未讀過這麼讓人想一翻到底的Node.js技術讀物，看完 “內存控製”這一章後，重新寫代碼的時候，仿佛都能看到V8是如何進行垃圾迴收的。如果你還在糾結callback帶來的}}}}}}}嵌套問題，那麼推薦你閱讀“異步編程”這一章，保證讓你大開眼界。世界上本沒有嵌套迴調，寫的人多瞭，也便有瞭}}}}}}}。JavaScript已經不僅僅是在瀏覽器上運行的玩具語言, 它正在通過Node.js進軍所有領域。
　　閱讀本書，開啓你人生的Node節點吧。
　　——Python發燒友，阿裏巴巴數據平颱技術專傢

目錄

第1章　Node簡介
1.1 　Node的誕生曆程
1.2 　Node的命名與起源
1.2.1 　為什麼是JavaScript
1.2.2 　為什麼叫Node
1.3 　Node給JavaScript帶來的意義
1.4 　Node的特點
1.4.1 　異步I/O
1.4.2 　事件與迴調函數
1.4.3 　單綫程
1.4.4 　跨平颱
1.5 　Node的應用場景
1.5.1 　I/O密集型
1.5.2 　是否不擅長CPU密集型業務
1.5.3 　與遺留係統和平共處
1.5.4 　分布式應用
1.6 　Node的使用者
1.7 　參考資源

第2章　模塊機製
2.1 　CommonJS規範
2.1.1 　CommonJS的齣發點
2.1.2 　CommonJS的模塊規範
2.2 　Node的模塊實現
2.2.1 　優先從緩存加載
2.2.2 　路徑分析和文件定位
2.2.3 　模塊編譯
2.3 　核心模塊
2.3.1 　JavaScript核心模塊的編譯過程
2.3.2 　C/C++核心模塊的編譯過程
2.3.3 　核心模塊的引入流程
2.3.4 　編寫核心模塊
2.4 　C/C++擴展模塊
2.4.1 　前提條件
2.4.2 　C/C++擴展模塊的編寫
2.4.3 　C/C++擴展模塊的編譯
2.4.4 　C/C++擴展模塊的加載
2.5 　模塊調用棧
2.6 　包與NPM
2.6.1 　包結構
2.6.2 　包描述文件與NPM
2.6.3 　NPM常用功能
2.6.4 　局域NPM
2.6.5 　NPM潛在問題
2.7 　前後端共用模塊
2.7.1 　模塊的側重點
2.7.2 　AMD規範
2.7.3 　CMD規範
2.7.4 　兼容多種模塊規範
2.8 　總結
2.9 　參考資源

第3章　異步I/O
3.1 　為什麼要異步I/O
3.1.1 　用戶體驗
3.1.2 　資源分配
3.2 　異步I/O實現現狀
3.2.1 　異步I/O與非阻塞I/O
3.2.2 　理想的非阻塞異步I/O
3.2.3 　現實的異步I/O
3.3 　Node的異步I/O
3.3.1 　事件循環
3.3.2 　觀察者
3.3.3 　請求對象
3.3.4 　執行迴調
3.3.5 　小結
3.4 　非I/O的異步API
3.4.1 　定時器
3.4.2 　process.nextTick()
3.4.3 　setImmediate()
3.5 　事件驅動與高性能服務器
3.6 　總結
3.7 　參考資源

第4章　異步編程
4.1 　函數式編程
4.1.1 　高階函數
4.1.2 　偏函數用法
4.2 　異步編程的優勢與難點
4.2.1 　優勢
4.2.2 　難點
4.3 　異步編程解決方案
4.3.1 　事件發布/訂閱模式
4.3.2 　Promise/Deferred模式
4.3.3 　流程控製庫
4.4 　異步並發控製
4.4.1 　bagpipe的解決方案
4.4.2 　async的解決方案
4.5 　總結
4.6 　參考資源

第5章　內存控製
5.1 　V8的垃圾迴收機製與內存限製
5.1.1 　Node與V8
5.1.2 　V8的內存限製
5.1.3 　V8的對象分配
5.1.4 　V8的垃圾迴收機製
5.1.5 　查看垃圾迴收日誌
5.2 　高效使用內存
5.2.1 　作用域
5.2.2 　閉包
5.2.3 　小結
5.3 　內存指標
5.3.1 　查看內存使用情況
5.3.2 　堆外內存
5.3.3 　小結
5.4 　內存泄漏
5.4.1 　慎將內存當做緩存
5.4.2 　關注隊列狀態
5.5 　內存泄漏排查
5.5.1 　node-heapdump
5.5.2 　node-memwatch
5.5.3 　小結
5.6 　大內存應用
5.7 　總結
5.8 　參考資源

第6章 　理解Buffer
6.1 　Buffer結構
6.1.1 　模塊結構
6.1.2 　Buffer對象
6.1.3 　Buffer內存分配
6.2 　Buffer的轉換
6.2.1 　字符串轉Buffer
6.2.2 　Buffer轉字符串
6.2.3 　Buffer不支持的編碼類型
6.3 　Buffer的拼接
6.3.1 　亂碼是如何産生的
6.3.2 　setEncoding()與string_decoder()
6.3.3 　正確拼接Buffer
6.4 　Buffer與性能
6.5 　總結
6.6 　參考資源

第7章　網絡編程
7.1 　構建TCP服務
7.1.1 　TCP
7.1.2 　創建TCP服務器端
7.1.3 　TCP服務的事件
7.2 　構建UDP服務
7.2.1 　創建UDP套接字
7.2.2 　創建UDP服務器端
7.2.3 　創建UDP客戶端
7.2.4 　UDP套接字事件
7.3 　構建HTTP服務
7.3.1 　HTTP
7.3.2 　http模塊
7.3.3 　HTTP客戶端
7.4 　構建WebSocket服務
7.4.1 　WebSocket握手
7.4.2 　WebSocket數據傳輸
7.4.3 　小結
7.5 　網絡服務與安全
7.5.1 　TLS/SSL
7.5.2 　TLS服務
7.5.3 　HTTPS服務
7.6 　總結
7.7 　參考資源

第8章　構建Web應用
8.1 　基礎功能
8.1.1 　請求方法
8.1.2 　路徑解析
8.1.3 　查詢字符串
8.1.4 　Cookie
8.1.5 　Session
8.1.6 　緩存
8.1.7 　Basic認證
8.2 　數據上傳
8.2.1 　錶單數據
8.2.2 　其他格式
8.2.3 　附件上傳
8.2.4 　數據上傳與安全
8.3 　路由解析
8.3.1 　文件路徑型
8.3.2 　MVC
8.3.3 　RESTful
8.4 　中間件
8.4.1 　異常處理
8.4.2 　中間件與性能
8.4.3 　小結
8.5 　頁麵渲染
8.5.1 　內容響應
8.5.2 　視圖渲染
8.5.3 　模闆
8.5.4 　Bigpipe
8.6 　總結
8.7 　參考資源

第9章　玩轉進程
9.1 　服務模型的變遷
9.1.1 　石器時代：同步
9.1.2 　青銅時代：復製進程
9.1.3 　白銀時代：多綫程
9.1.4 　黃金時代：事件驅動
9.2 　多進程架構
9.2.1 　創建子進程
9.2.2 　進程間通信
9.2.3 　句柄傳遞
9.2.4 　小結
9.3 　集群穩定之路
9.3.1 　進程事件
9.3.2 　自動重啓
9.3.3 　負載均衡
9.3.4 　狀態共享
9.4 　Cluster模塊
9.4.1 　Cluster工作原理
9.4.2 　Cluster事件
9.5 　總結
9.6 　參考資源

第10章　測試
10.1 　單元測試
10.1.1 　單元測試的意義
10.1.2 　單元測試介紹
10.1.3 　工程化與自動化
10.1.4 　小結
10.2 　性能測試
10.2.1 　基準測試
10.2.2 　壓力測試
10.2.3 　基準測試驅動開發
10.2.4 　測試數據與業務數據的轉換
10.3 　總結
10.4 　參考資源

第11章　産品化
11.1 　項目工程化
11.1.1 　目錄結構
11.1.2 　構建工具
11.1.3 　編碼規範
11.1.4 　代碼審查
11.2 　部署流程
11.2.1 　部署環境
11.2.2 　部署操作
11.3 　性能
11.3.1 　動靜分離
11.3.2 　啓用緩存
11.3.3 　多進程架構
11.3.4 　讀寫分離
11.4 　日誌
11.4.1 　訪問日誌
11.4.2 　異常日誌
11.4.3 　日誌與數據庫
11.4.4 　分割日誌
11.4.5 　小結
11.5 　監控報警
11.5.1 　監控
11.5.2 　報警的實現
11.5.3 　監控係統的穩定性
11.6 　穩定性
11.7 　異構共存
11.8 　總結
11.9 　參考資源

附錄A 　安裝Node
A.1 　Windows係統下的Node安裝
A.2 　Mac係統下Node的安裝
A.3 　Linux係統下Node的安裝
A.4 　總結
A.5 　參考資源
附錄B 　調試Node
B.1 　Debugger
B.2 　Node Inspector
B.2.1 　安裝Node Inspector
B.2.2 　錯誤堆棧
B.3 　總結
附錄C 　Node編碼規範
C.1 　根源
C.2 　編碼規範
C.2.1 　空格與格式
C.2.2 　命名規範
C.2.3 　比較操作
C.2.4 　字麵量
C.2.5 　作用域
C.2.6 　數組與對象
C.2.7 　異步
C.2.8 　類與模塊
C.2.9 　注解規範
C.3 　最佳實踐
C.3.1 　衝突的解決原則
C.3.2 　給編輯器設置檢測工具
C.3.3 　版本控製中的hook
C.3.4 　持續集成
C.4 　總結
C.5 　參考資源
附錄D 　搭建局域NPM倉庫
D.1 　NPM倉庫的安裝
D.1.1 　安裝Erlang和CouchDB
D.1.2 　搭建NPM倉庫
D.2 　高階應用
D.2.1 　鏡像倉庫
D.2.2 　私有模塊應用
D.2.3 　純私有倉庫
D.3 　總結
D.4 　參考資源

精彩書摘

　　1　Node簡介
　　Node應該是如今最火熱的技術瞭，從本章開始，我們將逐步揭示它的諸多細節。
　　1．1 Node的誕生曆程
　　NodelJ，3誕生曆程如下所示。
　　2009年3月，RyanDahl在其博客上宣布準備基於V8創建一個輕量級的Web務器並提供一套庫。
　　2009年5月，RyanDalai在GitHub上發布瞭最初的版本。
　　2009年12月和2010年4月，兩屆JSConfJ（會都安排瞭Node的講座。
　　2010年年底，Node獲得矽榖雲計算服務商Joyent公司的資助，其創始人Joyent公司全職負責Node的發展。
　　2011年7月，Node在微軟的支持下發布瞭其Windows版本。
　　2011年1lYl，Node超越RubyonRails，成為GitHub上關注度最高的項目（隨後被Bootstrap項目超越，目前仍居第二）。
　　2012年1月底，RyanDahl在~Node架構設計滿意的情況下，將掌門人的身份轉交給IsaacZ．Schlueter，自己轉嚮一些研究項目。IsaacZSchlueter是Node的包管理器NPM的作者，之後Node的版本發布和bug修復等工作由他接手。截至筆者執筆之曰（2013年7月13日），發布的Node穩定版為v0．10．13，非穩定版為v0．11．4，NPM的官方模塊數達到34943個，模塊的周下載量為1479萬次。
　　隨後，Node的發布計劃主要集中在性能提升上，在v0．14之後，正式發布vI．O版本。
　　1．2 Node的命名與起源
　　在Node的官方網站之外，N0dc具有很多彆稱：Nodejs、NodeJS、Node．is等。本書在寫作過程中遵循官方的說法，將會一直使用Node這個名字，但是在當前語境之外，為瞭與其餘錶示節點的技術或名詞相區彆，均可以帶上is錶明它是Node。在聽到這些詞匯時，應該意識到，它們說的是一碼事。除瞭本書的封麵和此處會用到N0dejs外，其餘地方都會以Node作為正式稱謂。
　　Node名字的來由，其實跟它的起源是有密切關係的。
　　1．2．1 為什麼是JavaScript
　　RvanDahl是一名資深的C／C++程序員，在創造齣N0de之前，他的主要工作都是圍繞高性能we服務器進行的。經曆過一些嘗試和失敗之後，他找到瞭設計高性能，WebH~務器的幾個要點：事件驅動、非阻塞I／O。
　　所以RvanDahl最初的目標是寫一個基於事件驅動、非阻塞I／O的Web服務器，以達到更高的性能，提供Apache等服務器之外的選擇。他提到，大多數人不設計一種更簡單和更有效率的程序的主要原因是他們用到瞭阻塞I／O的庫。寫作Node的時候，RyanDahl~評估過C、Lua、Haskell、Ruby等語言作為備選實現，結論為：C的開發門檻高，可以預見不會有太多的開發者能將它用於日常的業務開發，所以捨棄它；RyanDahl覺得自己還不足夠玩轉Haskell，所以捨棄它；Lua自身已經含有很多阻塞I／0庫，為其構建非阻塞I／O庫也不能改變人們繼續使用阻塞I／0庫的習慣，所以也捨棄它；而Ruby的虛擬機由於性能不好而落選。
　　相比之下，JavaSCriptt：gC的開發門檻要低，比Lua的曆史包袱要少。盡管服務器端JavaScript存在已經很多年瞭，但是後端部分一直沒有市場，可以說曆史包袱為零，為其導人非阻塞I／0庫沒有額外阻力。另外，JavaScript4覽器中有廣泛的事件驅動方麵的應用，暗閤RyanDahl喜好基於事件驅動的需求。當時，第二次瀏覽器大戰也漸漸分齣高下，Chrome瀏覽器的JavaSCript引擎V8摘得性能第一的桂冠，而EL其基於新BSD許可證發布，自然受到RyanDahl的歡迎。考慮到高性能、符閤事件驅動、沒有曆史包袱這3個主要原因．JavaScript成N（Node~J實現語言。
　　1．2．2 為什麼叫Node
　　起初，RyanDahl稱他的項目為web．js，就是一個We服務器，但是項目的發展超過瞭他最初單純開發一個Web服務器的想法，變成瞭構建網絡應用的一個基礎框架，這樣可以在它的基礎上構建更多的東西，諸如服務器、客戶端、命令行工具等。Node為一個強製不共享任何資源的單綫程、單進程係統，包含十分適宜網絡的庫，為構建大型分布式應用程序提供基礎設施，其目標也是成為一個構建快速、可伸縮的網絡應用平颱。它自身非常簡單，通過通信協議來組織許多N0de，非常容易通過擴展來達成構建大型網絡應用的目的。每一個Node進程都構成這個網絡應用中的一個節點，這是它名字所含意義的真諦
　　……

前言/序言

　　2006年至今，我們時常可以看到JavaScript的新聞，剛開始隻是JavaScript引擎性能的提升，到後來發現很多是來自HTML5和Node創造的奇跡。如果隻看錶麵，很容易讓人感覺這又是一顆衛星。這種現象讓人覺得不可信，所以齣現瞭以下各種版本的誤解。
　　Node肯定是幾個前端工程師在實驗室裏搗鼓齣來的。
　　為瞭後端而後端，有意思嗎？
　　怎麼又發明瞭一門新語言？
　　JavaScript承擔的責任太重瞭。
　　直覺上，JavaScript不應該運行在後端。
　　前端工程師要逆襲瞭。
　　一方麵，大傢看到JavaScript在各個地方放齣異彩，其他語言的開發者既羨慕它的成果，又擔心它對當前所從事的語言造成衝擊；另一方麵，人們還是有JavaScript隻能做前端腳本的定勢思維。究其原因，還是因為人們缺乏曆史觀層次上的認知，所以會産生一些莫須有的惴惴不安。
　　1995年，JavaScript隨網景公司發布的Netscape Navigator 2.0發布，它最早命名為LiveScript，隨後更名為JavaScript。它齣自如今的Mozilla公司的CTO——Brendan Eich之手，其産生來源於網景公司發布的Netscape Navigator瀏覽器需要一種腳本語言來協助瀏覽器做一些簡單的動態操作。當時網景公司與Sun公司閤作密切，不懂技術的管理層希望得到一個Java的腳本版語言，以期能像Java一樣風靡。Brendan Eich原本進入網景公司是希望做Scheme語言的開發，但是卻接到瞭一個不喜歡的任務，但迫於當時形勢，不得不完成此事，於是JavaScript之父在10天的時間裏倉促完成瞭JavaSc 深入淺齣Node.js 下載 mobi epub pdf txt 電子書

評分☆☆☆☆☆

看著挺詳細的，還有紙張還可以，物流也挺快的。

評分☆☆☆☆☆

咳

評分☆☆☆☆☆

——在dom模型中，文檔是一棵樹，文檔元素、文本和屬性都是節點

評分☆☆☆☆☆

吾消費京東商城數年，深知各産品琳琅滿目。然，唯此寶物與眾皆不同，為齣淤泥之清蓮，使吾為之動容，心馳神往，以至茶飯不思，寢食難安，輾轉反側無法忘懷，於是乎緊衣縮食，湊齊銀兩，傾吾之所有而能買，東哥之熱心、快遞員之殷切，無不讓人感激涕零，可謂迅雷不及掩耳盜鈴兒響叮當仁不讓世界充滿愛，待打開包裹之時頓時金光四射，屋內升起七彩祥雲，處處皆是祥和之氣。吾驚訝之餘甚是欣喜若狂，嗚呼哀哉！此寶乃是天上物，人間又得幾迴求！遂沐浴更衣，焚香禱告後與人共賞此寶，人皆贊嘆不已，故生此寶物款型及做工，超高性價比之慨且贊吾獨具慧眼與時尚品位，産品介紹果然句句實言，毫無誇大欺瞞之嫌，實乃大傢之風範，忠義之商傢！這個商品還真好，非常喜歡，也很欣賞京東的售後服務和配送速度真的不錯，買東西就在京東買，選自營沒有錯。更多正品保障更多售後保障更快到貨和退換速度無人能敵，看！天下網購發貨速度誰最快，答：京東商城；售後服務誰最好，答：京東商城；配送服務誰最強，答：京東商城；品質保障誰最棒，答：京東商城。正所謂要問電商哪傢強，中國網購數京東！我為什麼喜歡在京東買東西，因為今天買明天就可以送到！

評分☆☆☆☆☆

一比訂單買瞭這麼多。京東還是一如既往的靠譜。支持京東，老顧客瞭。很劃算。

評分☆☆☆☆☆

現在是2046年，你得瞭絕癥，醫生說你隻有一個月可以活瞭。

評分☆☆☆☆☆

評分☆☆☆☆☆

我問：“我為什麼會在這裏，你媽呢？”

評分☆☆☆☆☆

Thank you very much for the excellent service provided by Jingdong mall, and it is very good to do in warehouse management, logistics, distribution and so on. Delivery in a timely manner, distribution staff is also very enthusiastic, and sometimes inconvenient to receive the time, but also arranged for time to be delivered. At the same time in the mall management Jingdong customer service is also very good, to solve customer suffering, overcome all difficulties. Give us a very good shopping experience. Shun Kei kei!

類似圖書 點擊查看全場最低價

查看全網最低價