Ⅰ nodejs前景如何
明確的說，nodejs是一個值得你投入的環境，相比其他伺服器的編程環境，nodejs高效、現代，是業界最新思考的智慧結晶，與雲平台天然的結合。也就是說，不管未來如何發展，nodejs對業界的影響已經存在，並將持續下去。
學習nodejs之前，最好已經很了解javascript，以及其編程模式，nodejs的基礎是chrome的V8引擎，以javascript作為其編程語言。
Ⅱ Node.js就業前景怎麼樣
前景還是很客觀的，學會nodejs你基本上可以算是全棧開發工程師了！挺吃香的！
Ⅲ nodejs寫服務端怎麼樣
1. 使用nodejs做底層，javascript編寫邏輯代碼能很大程度上提高開發效率。
2. 無需編譯，修改完直版接啟動運行，權非常迅速
3. nodejs大而全的底層庫，以及海量的優秀插件能大大簡化開發流程。
4. 與nosql資料庫完美結合。
5. 可包攬伺服器架構中的方方面面。
6. javascript熱更新非常方便。
缺點：
1. 有句話是這么說的：「動態類型一時爽，代碼重構火葬場。」
2. 好用的IDE比較缺乏。
3. 無法直接進行多線程編程。
個人認為強類型語言更適合做游戲伺服器開發。
Ⅳ php 和nodejs 的各自優勢有哪些，如果無基礎開始，要學那個好
作者：MiseryLee
鏈接：http://www.hu.com/question/35117771/answer/61377174
來源：知乎
著作權歸作者所有，轉載請聯系作者獲得授權。
PHP 獨特的語法混合了 C、Java、Perl 以及 PHP 自創新的語法。
以上這句話摘於網路。PHP的語法是公認的比較獨特的語法了，集百家之長，再加以創新。學習過OO的同學們一定會對此倍感親切。不過對於我並不長的PHP編碼經歷，讓我無法忍受的一點就是PHP的變數名必須在前面加一個$符號了。
至於Nodejs，Node本身就是Javascript語言，對於Web前端腳本開發者來說，學習Node簡直是如魚得水。Javascript作為腳本語言，在代碼的編寫上有極大的自由（畫外音：PHP也是腳本語言好么！），但是Javascript的非同步編碼風格確實是讓以學習同步編碼風格的語言入門的同學Hold不住。
在語法方面，我更傾向於Nodejs（畢竟人家是寫Javascript出身的233333）。PHP對於臣妾來說寫的實在太累啦~
2.效率
這一點其實沒有必要比較了，
Web語言效率問題，PHP還是Nodejs
看一下這里一樓的大大說的。
Nodejs憑借高效的V8引擎和它非阻塞非同步I/O的特性，在其執行效率上遠遠超過了其他的腳本語言。
Node.js比PHP快14倍！
這里這位大大在效率方面分析的更加到位。當然我並不是在追捧Nodejs，就像這位大大說的
這不是簡單語言細節之爭，而是語言框架之爭。將Node.JS這種非同步機制從Javasctipt搬移到其他語言PHP .NET Java其實都會取得比原來堵塞方式有數十倍提高。
3.使用場景
毋庸置疑，這兩種語言都是為Web開發而生。PHP多樣化的內置方法和庫，讓Web開發變得極其的方便和高效，成熟的語言框架也給開發者提供了足夠高的健壯性和穩定性。而Nodejs以其強大的特性吸引了大量的開發者為其貢獻擴展庫，Nodejs項目雖然還很年輕，但是已經聚集了大量的開發資源。
4.小結
畢竟對PHP了解的較少，所以以上言論中難免有點偏向於Nodejs，但是PHP發展多年屹立不倒肯定是有它的道理的，網路還用的PHP呢。
至於Nodejs，作為一門新興（並不新啊，Javascript可比PHP老多了）語言來講，它獨特的設計特性足夠吸引開發者向它看了。
最終回到題主的問題，不知道題主說的沒有基礎是指完全沒有編程基礎還是沒有伺服器開發基礎？
如果完全沒有編程基礎的話，我建議題主還是先去學習C語言，先入了這一行，再選工具吧~
如果有編程基礎的話，如果之前是學習OO的，建議先從PHP入手，畢竟更容易過渡，並且網路上對於PHP的資料要比Nodejs多得多。
如果之前學習過Javascript，我還是建議先從PHP入手，就像上面說的，先入了這一行，再選工具。伺服器開發也算一個小行了，如果對伺服器開發不了解，對網路機制不了解的話，先從PHP著手，把這些相關知識補充起來。
如果實在是被Nodejs的優勢吸引住了的話，我建議先好好學習Javascript高級編程，深入理解一下異原型鏈和回調機制，這會對入手Nodejs有極大的幫助。
如對您有幫助，望採納，謝謝
Ⅳ nodejs做後端好嗎
我覺得這個做後端還是挺不錯的，做後端很容易的
Ⅵ NodeJs的優勢和適合開發的程序
很多同學可能都聽說過nodejs，並且知道他是可以運行在伺服器上的javascript，但是他的使用場景可能大家並不是很清楚，最近也在看學習nodejs，就做了一下小總結；
NodeJs的優勢：
現在的很多的伺服器端的語言（PHP,JAVA,ASP.net）,有什麼問題呢，現在的伺服器端的語言在用戶訪問伺服器時，為每個用戶鏈接創建了一個線程，但每個線程大約要耗費2M的內存，如果一個8G內存的伺服器，也就能鏈接4000個左右的用戶，如果用戶的鏈接數較大，就必須增加伺服器的數量，而且現在用戶的鏈接方式有很多（如app，網頁同時訪問），這就又涉及到伺服器共享的問題，所以伺服器怎麼支持最大的同時鏈接用戶量就成了一個問題；
NodeJS修改了客戶端到伺服器端的鏈接方法，解決了這個問題，他不在為每個客戶端創建一個新的線程，而是為每個客戶端鏈接出發一個NodeJs內部進行處理的事件，所以NodeJS具備同時處理多達幾萬個用戶的客戶端鏈接的能力；
NodeJS適合開發的應用程序：
當應用程序需要處理大量並發的輸入/輸出，而在向客戶端發出響應之前，應用程序內部並不需要進行非常復雜的處理的時候，我們應該考慮使用NodeJs來進行應用程序的開發，例如：
1、聊天伺服器：如果聊天的人很多，用戶的與伺服器之間的並發鏈接量很大，但是伺服器端的數據處理並不復雜；
2、綜合類服務網站和電子商務網站的伺服器：在這類網站中的伺服器端，往往可能每秒存內可以接受多達上千條的數據並且需要將這些數據寫入資料庫中，NodeJs可以通過其隊列機制將這些數據迅速寫入緩存區中，然後再通過每一個單獨的處理從緩存區中取出這些數據並將其寫入資料庫中，如果是其他的伺服器（如Apache伺服器或Tomcat伺服器）的話，由於這些伺服器採用的是阻塞型I/O機制，因此每條數據寫入到資料庫中都要等待一段時間（等上一條寫完，才能寫下一條），但是NodeJs使用的是非阻塞的I/O機制，因此可以實現這些數據到資料庫中的寫入，而不必再為每條數據的寫入而等待一段時間；
總結：
一個規模稍微大點的系統都不是一種開發語言可以搞定的，往往是幾種混雜一起，比如c、c++做伺服器端開發，java做業務邏輯，php等做前端展示，此外還需要消息中間件等等。
nodejs可以很快地在伺服器端做原型（原來只有c系和java等能做的事情，性能還很高），而且代碼量相對會少很多；另一點是它的語法優勢，js閉包等。但它不太適合做cpu密集型處理的工作，只能繞著彎去解決，據說這次QCon會有人分享這方面的研究成果，可以關注下。
每種語言都有它適合的領域，沒必要強求一門語言可以解決所有事情，擁有其它語言的特性，只有不斷的tradeoff把系統做出來才是目標。
這些都是叢書上看到總結的，還望指正
Ⅶ Node.js 與 Python 作為後端服務的編程語言各有什麼優劣
一. NodeJS的特點
我們先來看看NodeJS官網上的介紹：
Node.jsis a platform built on Chrome』sJavaScriptruntime for easily building fast, scalable network applications.node.jsuses an event-driven, non-blocking I/O model that makes it lightweight and efficient, perfect for data-intensive real-time applications that run across distributed devices.
其特點為：
1. 它是一個Javascript運行環境
2. 依賴於Chrome V8引擎進行代碼解釋
3. 事件驅動
4. 非阻塞I/O
5. 輕量、可伸縮，適於實時數據交互應用
6. 單進程，單線程
二. NodeJS帶來的對系統瓶頸的解決方案
它的出現確實能為我們解決現實當中系統瓶頸提供了新的思路和方案，下面我們看看它能解決什麼問題。
1. 並發連接
舉個例子，想像一個場景，我們在銀行排隊辦理業務，我們看看下面兩個模型。
（1）系統線程模型：
這種模型的問題顯而易見，服務端只有一個線程，並發請求（用戶）到達只能處理一個，其餘的要先等待，這就是阻塞，正在享受服務的請求阻塞後面的請求了。
（2）多線程、線程池模型：
這個模型已經比上一個有所進步，它調節服務端線程的數量來提高對並發請求的接收和響應，但並發量高的時候，請求仍然需要等待，它有個更嚴重的問題。到代碼層面上來講，我們看看客戶端請求與服務端通訊的過程：
服務端與客戶端每建立一個連接，都要為這個連接分配一套配套的資源，主要體現為系統內存資源，以PHP為例，維護一個連接可能需要20M的內存。這就是為什麼一般並發量一大，就需要多開伺服器。
那麼NodeJS是怎麼解決這個問題的呢？我們來看另外一個模型，想像一下我們在快餐店點餐吃飯的場景。
（3）非同步、事件驅動模型
我們同樣是要發起請求，等待伺服器端響應；但是與銀行例子不同的是，這次我們點完餐後拿到了一個號碼，拿到號碼，我們往往會在位置上等待，而在我們後面的請求會繼續得到處理，同樣是拿了一個號碼然後到一旁等待，接待員能一直進行處理。
等到飯菜做號了，會喊號碼，我們拿到了自己的飯菜，進行後續的處理（吃飯）。這個喊號碼的動作在NodeJS中叫做回調（Callback），能在事件（燒菜，I/O）處理完成後繼續執行後面的邏輯（吃飯），這體現了NodeJS的顯著特點，非同步機制、事件驅動整個過程沒有阻塞新用戶的連接（點餐），也不需要維護已經點餐的用戶與廚師的連接。
基於這樣的機制，理論上陸續有用戶請求連接，NodeJS都可以進行響應，因此NodeJS能支持比Java、PHP程序更高的並發量雖然維護事件隊列也需要成本，再由於NodeJS是單線程，事件隊列越長，得到響應的時間就越長，並發量上去還是會力不從心。
總結一下NodeJS是怎麼解決並發連接這個問題的：更改連接到伺服器的方式，每個連接發射（emit）一個在NodeJS引擎進程中運行的事件（Event），放進事件隊列當中，而不是為每個連接生成一個新的OS線程（並為其分配一些配套內存）。
2. I/O阻塞
NodeJS解決的另外一個問題是I/O阻塞，看看這樣的業務場景：需要從多個數據源拉取數據，然後進行處理。
（1）串列獲取數據，這是我們一般的解決方案，以PHP為例
假如獲取profile和timeline操作各需要1S，那麼串列獲取就需要2S。
（2）NodeJS非阻塞I/O，發射/監聽事件來控制執行過程
NodeJS遇到I/O事件會創建一個線程去執行，然後主線程會繼續往下執行的，因此，拿profile的動作觸發一個I/O事件，馬上就會執行拿timeline的動作，兩個動作並行執行，假如各需要1S，那麼總的時間也就是1S。它們的I/O操作執行完成後，發射一個事件，profile和timeline，事件代理接收後繼續往下執行後面的邏輯，這就是NodeJS非阻塞I/O的特點。
總結一下：Java、PHP也有辦法實現並行請求（子線程），但NodeJS通過回調函數（Callback）和非同步機制會做得很自然。
三. NodeJS的優缺點
優點：1. 高並發（最重要的優點）
2. 適合I/O密集型應用
缺點：1. 不適合CPU密集型應用；CPU密集型應用給Node帶來的挑戰主要是：由於JavaScript單線程的原因，如果有長時間運行的計算（比如大循環），將會導致CPU時間片不能釋放，使得後續I/O無法發起；
解決方案：分解大型運算任務為多個小任務，使得運算能夠適時釋放，不阻塞I/O調用的發起；
2. 只支持單核CPU，不能充分利用CPU
3. 可靠性低，一旦代碼某個環節崩潰，整個系統都崩潰
原因：單進程，單線程
解決方案：（1）Nnigx反向代理，負載均衡，開多個進程，綁定多個埠；
（2）開多個進程監聽同一個埠，使用cluster模塊；
4. 開源組件庫質量參差不齊，更新快，向下不兼容
5. Debug不方便，錯誤沒有stack trace
四. 適合NodeJS的場景
1. RESTful API
這是NodeJS最理想的應用場景，可以處理數萬條連接，本身沒有太多的邏輯，只需要請求API，組織數據進行返回即可。它本質上只是從某個資料庫中查找一些值並將它們組成一個響應。由於響應是少量文本，入站請求也是少量的文本，因此流量不高，一台機器甚至也可以處理最繁忙的公司的API需求。
2. 統一Web應用的UI層
目前MVC的架構，在某種意義上來說，Web開發有兩個UI層，一個是在瀏覽器裡面我們最終看到的，另一個在server端，負責生成和拼接頁面。
不討論這種架構是好是壞，但是有另外一種實踐，面向服務的架構，更好的做前後端的依賴分離。如果所有的關鍵業務邏輯都封裝成REST調用，就意味著在上層只需要考慮如何用這些REST介面構建具體的應用。那些後端程序員們根本不操心具體數據是如何從一個頁面傳遞到另一個頁面的，他們也不用管用戶數據更新是通過Ajax非同步獲取的還是通過刷新頁面。
3. 大量Ajax請求的應用
例如個性化應用，每個用戶看到的頁面都不一樣，緩存失效，需要在頁面載入的時候發起Ajax請求，NodeJS能響應大量的並發請求。總而言之，NodeJS適合運用在高並發、I/O密集、少量業務邏輯的場景。
Python的優缺點
優點
簡單————Python是一種代表簡單主義思想的語言。閱讀一個良好的Python程序就感覺像是在讀英語一樣，盡管這個英語的要求非常嚴格！Python的這種偽代碼本質是它最大的優點之一。它使你能夠專注於解決問題而不是去搞明白語言本身。
易學————就如同你即將看到的一樣，Python極其容易上手。前面已經提到了，Python有極其簡單的語法。
免費、開源————Python是FLOSS（自由/開放源碼軟體）之一。簡單地說，你可以自由地發布這個軟體的拷貝、閱讀它的源代碼、對它做改動、把它的一部分用於新的自由軟體中。FLOSS是基於一個團體分享知識的概念。這是為什麼Python如此優秀的原因之一——它是由一群希望看到一個更加優秀的Python的人創造並經常改進著的。
高層語言————當你用Python語言編寫程序的時候，你無需考慮諸如如何管理你的程序使用的內存一類的底層細節。
可移植性————由於它的開源本質，Python已經被移植在許多平台上（經過改動使它能夠工作在不同平台上）。如果你小心地避免使用依賴於系統的特性，那麼你的所有Python程序無需修改就可以在下述任何平台上面運行。這些平台包括linux、Windows、FreeBSD、Macintosh、Solaris、OS/2、Amiga、AROS、AS/400、BeOS、OS/390、z/OS、Palm OS、QNX、VMS、Psion、Acom RISC OS、VxWorks、PlayStation、Sharp Zaurus、Windows CE甚至還有PocketPC、Symbian以及Google基於linux開發的Android平台！
解釋性————這一點需要一些解釋。一個用編譯性語言比如C或C++寫的程序可以從源文件（即C或C++語言）轉換到一個你的計算機使用的語言（二進制代碼，即0和1）。這個過程通過編譯器和不同的標記、選項完成。當你運行你的程序的時候，連接/轉載器軟體把你的程序從硬碟復制到內存中並且運行。而Python語言寫的程序不需要編譯成二進制代碼。你可以直接從源代碼 運行 程序。在計算機內部，Python解釋器把源代碼轉換成稱為位元組碼的中間形式，然後再把它翻譯成計算機使用的機器語言並運行。事實上，由於你不再需要擔心如何編譯程序，如何確保連接轉載正確的庫等等，所有這一切使得使用Python更加簡單。由於你只需要把你的Python程序拷貝到另外一台計算機上，它就可以工作了，這也使得你的Python程序更加易於移植。
面向對象————Python既支持面向過程的編程也支持面向對象的編程。在「面向過程」的語言中，程序是由過程或僅僅是可重用代碼的函數構建起來的。在「面向對象」的語言中，程序是由數據和功能組合而成的對象構建起來的。與其他主要的語言如C++和Java相比，Python以一種非常強大又簡單的方式實現面向對象編程。
可擴展性————如果你需要你的一段關鍵代碼運行得更快或者希望某些演算法不公開，你可以把你的部分程序用C或C++編寫，然後在你的Python程序中使用它們。
可嵌入性————你可以把Python嵌入你的C/C++程序，從而向你的程序用戶提供腳本功能。
豐富的庫————Python標准庫確實很龐大。它可以幫助你處理各種工作，包括正則表達式、文檔生成、單元測試、線程、資料庫、網頁瀏覽器、CGI、FTP、電子郵件、XML、XML-RPC、HTML、WAV文件、密碼系統、GUI（圖形用戶界面）、Tk和其他與系統有關的操作。記住，只要安裝了Python，所有這些功能都是可用的。這被稱作Python的「功能齊全」理念。除了標准庫以外，還有許多其他高質量的庫，如wxPython、Twisted和Python圖像庫等等。
概括————Python確實是一種十分精彩又強大的語言。它合理地結合了高性能與使得編寫程序簡單有趣的特色。
規范的代碼————Python採用強制縮進的方式使得代碼具有極佳的可讀性。
缺點
強制縮進
這也許不應該被稱為局限，但是它用縮進來區分語句關系的方式還是給很多初學者帶來了困惑。即便是很有經驗的Python程序員，也可能陷入陷阱當中。最常見的情況是tab和空格的混用會導致錯誤，而這是用肉眼無法分別的。
單行語句和命令行輸出問題
很多時候不能將程序連寫成一行，如import sys;for i in sys.path:print i。而perl和awk就無此限制，可以較為方便的在shell下完成簡單程序，不需要如Python一樣，必須將程序寫入一個.py文件。（對很多用戶而言這也不算是限制）
NO.1 運行速度，有速度要求的話，用C++改寫關鍵部分吧。
NO.2 國內市場較小（國內以python來做主要開發的，目前只有一些web2.0公司）。但時間推移，目前很多國內軟體公司，尤其是游戲公司，也開始規模使用他。
No.3 中文資料匱乏（好的python中文資料屈指可數）。托社區的福，有幾本優秀的教材已經被翻譯了，但入門級教材多，高級內容還是只能看英語版。
NO.4 構架選擇太多（沒有像C#這樣的官方.net構架，也沒有像ruby由於歷史較短，構架開發的相對集中。Ruby on Rails 構架開發中小型web程序天下無敵）。不過這也從另一個側面說明，python比較優秀，吸引的人才多，項目也多。
Ⅷ Node.js高級編程
Nodejs可以做什麼
Natives moles
Nodejs更適用於IO密集型高並發請求
使用JS實現高效可伸縮的高性能Web服務
常用api
Buffer緩沖區，Buffer讓JavaScript 可以操作二進制
IO行為操作的就是二進制數據
流操作配合管道實現數據分段傳輸
Nodejs中Buffer是一片內存空間
自定義Buffer之split
實現對Buffer拆分
FS是內置的核心模塊，提供文件系統操作的API
文件讀寫與拷貝操作
文件操作API
文件打開與關閉
readFile，writeFile將文件一次性讀取與寫入，對於大體積的文件不合理。需要一種邊讀邊寫的操作方式
大文件讀寫操作
文件拷貝自定義實現
優化處理
promise寫法
CommonJS規范主要應用於Nodejs
CommonJS規范起初是為了彌補JS語言模塊化缺陷
CommonJS規范定義模塊的載入是同步完成
Nodejs與CommonJS
模塊分類
載入流程
緩存優先原則
nodejs事件管理 通過EventEmitter類實現事件統一管理
events與EventEmitter
定義對象間一對多的依賴關系
訂閱者將想要訂閱的事件監聽注冊在調度中心，事件被觸發的時候，發布者將事件發布在調度中心，之後調度中心統一調度之前訂閱者注冊的事件
發布訂閱要素
完整事件環執行順序
在瀏覽器下有兩個任務隊列，宏任務，微任務
在nodejs中有六個事件隊列。
Nodejs誕生之初就是為了提高IO性能
文件操作系統和網路模塊實現了流介面
Nodejs中的流就是處理流式數據的抽象介面
流處理數據的優勢
Nodejs內置了stream，它實現了流操作對象
nodejs中流的分類
可寫流
用於消費數據的流
自定義可寫流
可寫流數據
自定義雙工流
自定義轉換流（中間可以對數據進行轉換操作，可讀與可寫流之間是打通的）
nodejs的stream已經實現了可以保證數據平滑流動的背壓機制（pipe方法）
文件讀取速度大於寫入速度，緩存大小有限。可能會導致內存溢出，GC頻繁調用，其它進程變慢
writeStream文件可寫流簡易實現
Net模塊實現了底層通信介面
通信過程
http靜態服務實現httpServer
Ⅸ Node.js高級編程怎麼樣
書是node社區非常活躍的貢獻者和組織者Pedro Teixeir寫的，總的來說是一本靠譜的書
Ⅹ node.js高級編程 怎麼樣
1. 第一章 nodejs npm的安裝 以及具體小細節 這個 自己網路就ok 不在詳細記錄 該貼主要是記錄 我自己看nodejs的理解
2. 第二章 node的簡介
2.1 名詞解釋 node簡介之前要了解一些名詞
1. I/O操作 i input o output 寫入 讀出 這個沒有具體的定義 在不同的方面 含義不同 但是 表示的感覺都是相同的 最普通的
就是常見的文件的i/o操作就是我們讀取一個文件（out）和新建一個文件( in )
還有就是 網路的i/o操作 其實就是請求 request 發起請求（in） response 響應內容（out）
操作系統的i/o 模型 這個 我看的這篇文章 http://blog.csdn.net/zhangzeyuaaa/article/details/42609723
2. 阻塞i/o編程風格
2.2 事件驅動編程風格介紹
1. 程序的執行流程是靠事件 這樣的編程形式 比如 你給你的dog 發sit 的指令 他聽到後就會 sitdown一樣 你發sit 這個就是 事件 因為你的指令 它才會sitdown
阻塞i/o編程風格 通俗理解就是 你做了一件事 拿到了結果 猜想到接下來干什麼
事件驅動就是 你知道你幹完第一件事以後 知道自己接下來干什麼 把接下來乾的事情先寫好存起來 一但監測到一件事情做好了 就調用已經存好第二件事情的程序 而不是 現場向昨晚第一件後 在做什麼
定義當某種感興趣的事情發生以後由系統調用函數來取代應用返回值的編程風格稱為事件驅動編程or非同步編程 （這是對以上話的官方版）
這一特點是nodejs最顯著的特點
2. 事件驅動的編程風格與事件循環相伴相生 為什麼這么說 因為 我們是基於事件驅動的編程風格 我們就需要有一個去一直在循環不斷的監測有沒有事件發生 （事件監測）， 發生後要處理哪一個程序（事件觸發處理）
3. Node 模塊的應用方法
3.1 載入模塊的兩種方式
1. 路徑
2. 模塊的名稱 （適用於node本身自帶的核心模塊如 http 或者通過npm安裝的node第三方庫）
var moleName = require("moleName")
3.2 導出模塊 commonJs
1. commonjs模塊系統是node中文件共享對象或者函數的唯一方式 在node中 文件和模塊是一一對應的 一個模塊對應一個功能