A. nodejs結合什麼前端做移動web
從前端的角度我推薦2門語言，php,nodejs。想照顧一些老的東西，就學php，展望新方向可以了解一下nodejs。反正這2個從操作sql的方面來說，有很大的相似性。按照這個結論下來，無論選nodejs,php都可以，可以從主觀上判斷，到底是那個更適合你。或者做一個小的留言板，看看那個更符合你的思維習慣。
瓶頸就是你寫得少，建議多寫，用解決實際問題的經驗來跨越語言造成的障礙。
B. Node.js哪個web框架使用是多
程序是已經成型的應用，你需要的是為它搭建環境、添加配置，然後就可以運行起來；框架則是應用的骨架，你需要為它添加數據模型、業務邏輯，它才能成為應用，開始提供服務。
事實上，對於Web開發來說，程序和框架的區別正越來越模糊，比如幾乎婦孺皆知的Wordpress，它是一個博客程序，但它豐富的插件以及高度的 自定義能夠支持很大程度上的二次開發，在這點上它比起一些PHP框架也並不遜色。我個人認為，如果重心在於提供服務而不是掌握技術，有WordPress 這樣的程序是沒有必要使用框架的。
可惜的是，由於Nodejs還很年輕，目前還沒有WordPress這樣的程序，因此目前在Node.js開發里，如果想做出自己想要的作品，框架是必然的選擇。如果是某些特定類型的應用，可以嘗試一些開源的程序，比如要用Nodejs做博客，有Hexo、Ghost等。
回到頂部
Node.js Web框架有哪些？
Node.js里的Web框架分為API框架和Web應用框架。前者能夠開發出RESTful的API，後者也能開發出RESTful API，但還包括模板、渲染等為前端所准備的功能。
API框架的使用場景是為跨平台應用提供統一的數據模型，而渲染由前端/客戶端自行解決。目前比較知名的API框架有
restify（文檔、Github、NPM）
ActionHero.js（官網、Github、NPM）
LoopBack（官網、Github、NPM）
Frisby（官網、Github、NPM）
Fortune.js（官網、Github、NPM）
Web應用框架顧名思義，就是為了打造Web應用所開發的框架。這里有兩種風格的Web應用框架。
一個是Sinatra風格，另一個是Rails風格。Sinatra和Rails都是Ruby語言的Web框架，後者的影響力更大也更為知名。這里簡單的解釋一下兩種風格是什麼意思。
C. 開發大型Web應用是用php+mysql+extjs 還是 nodejs+
其實就是選擇php+mysql還是nodejs+mongodb的問題，前端的js框架用哪個都行，看開發人員喜好了。如果你的應用對阻塞要求很高（比如有拍賣、秒殺之類的應用），nodejs是更好的選擇。 但是，相對來說nodeJS的開發難度大於php，所以有一種折中的選擇開發大型Web應用是用php+mysql+extjs 還是 nodejs+
D. 如何選擇Node.js Web開發框架
Node.js非常適用於Web開發，但是現在無論是一個網站，還是Web App都已經成為包括很多不同部分，如前端、資料庫、業務模塊、功能模塊等等的大型項目，使用Node.js從零開始進行Web開發，也許大中型團隊能夠 勝任，但對於個人和小型團隊來說是不現實的。這時候框架就成為Web開發利器，對於個人開發來說幾乎是必不可少。那麼如何選擇Node.js Web開發框架呢？
首先，我們必須要弄清楚的是，我們需要的是——
程序 or 框架？
程序是已經成型的應用，你需要的是為它搭建環境、添加配置，然後就可以運行起來；框架則是應用的骨架，你需要為它添加數據模型、業務邏輯，它才能成為應用，開始提供服務。
事實上，對於Web開發來說，程序和框架的區別正越來越模糊，比如幾乎婦孺皆知的Wordpress，它是一個博客程序，但它豐富的插件以及高度的 自定義能夠支持很大程度上的二次開發，在這點上它比起一些PHP框架也並不遜色。我個人認為，如果重心在於提供服務而不是掌握技術，有WordPress 這樣的程序是沒有必要使用框架的。
可惜的是，由於Nodejs還很年輕，目前還沒有WordPress這樣的程序，因此目前在Node.js開發里，如果想做出自己想要的作品，框架是必然的選擇。如果是某些特定類型的應用，可以嘗試一些開源的程序，比如要用Nodejs做博客，有Hexo、Ghost等。
Node.js Web框架有哪些？
Node.js里的Web框架分為API框架和Web應用框架。前者能夠開發出RESTful的API，後者也能開發出RESTful API，但還包括模板、渲染等為前端所准備的功能。
API框架的使用場景是為跨平台應用提供統一的數據模型，而渲染由前端/客戶端自行解決。目前比較知名的API框架有
restify（文檔、Github、NPM）
ActionHero.js（官網、Github、NPM）
LoopBack（官網、Github、NPM）
Frisby（官網、Github、NPM）
Fortune.js（官網、Github、NPM）
Web應用框架顧名思義，就是為了打造Web應用所開發的框架。這里有兩種風格的Web應用框架。
一個是Sinatra風格，另一個是Rails風格。Sinatra和Rails都是Ruby語言的Web框架，後者的影響力更大也更為知名。這里簡單的解釋一下兩種風格是什麼意思。
Sinatra風格是指高度可配置，注重開發的自由度。代表性的Nodejs Web框架有：
Express（官網、Github、NPM）TJ大神開發，Node.js官方推薦
hapi（官網、Github、NPM）
koa.js（官網、Github、NPM）
flaliron（官網、Github、NPM）
total.js（官網、Github、NPM）
locomotive（官網、Github、NPM）
Rails風格則是指不重復自己和約定優於配置，以及嚴格遵循MVC結構開發。代表性的框架有：
Sails.js（官網、Github、NPM）
geddy（官網、Github、NPM）
CompoundJS（官網、Github、NPM） 原railswayjs
這兩種風格無所謂誰優誰劣，全憑使用者的偏好。
而在這兩種Web框架之外，還有更大型的框架，即全棧框架，其中的代表是MEAN。
MEAN？
MEAN指MongoDB+Express+Angular.js+Node.js，這一組合包括運行環境、資料庫、Web框架和前端引擎。被稱為 全棧框架（Full-stack framework）。這其中除了Node.js之外，每一個都是可替換的，目標是創建從前端到後端，全部使用javascript的Web應用。
由於這一框架的完善性，有人將其稱為LAMP的接班人。LAMP即PHP的典型運行環境，Linux+Apache+MySql+PHP，被大量的用於各種虛擬主機上。
MEAN看似龐大，但事實上要構建完整的現代化Web應用，特別是SPA（單頁面應用），這幾個組件都是難以缺少的，並且，其中每一項幾乎都是目前 情況下的最佳選擇，因此用於學習和重頭開始打造新的Web應用是非常合適的。但由於實際業務的獨特性，很可能要替換其中的組件，比如用Mysql來替換 MongoDB，因此，學習其中的原理和架構，打造自己的類MEAN框架也是一種選擇。
作為個人和小團隊來說，全棧框架MEAN基本上足夠了，但目前大多數全棧框架還包含一項特性，那就是實時，擁有實時功能的框架我們又稱為實時框架。
實時框架好嗎？
實時框架（Real-time framework）指包含了webSocket的雙向通信功能，能夠在伺服器和客戶端做到實時通信的框架。
服務端和客戶端自由通信的需求一直都在，但由於HTTP協議本身的局限性，因此催生了Comet等變通的方法，但即使這樣也離實時相距甚遠。而當 Node.js興起後，另一個HTML5技術webSocket也漸漸成熟，人們突然發現，實時通信一下子變得觸手可及，於是webSocket技術在 Node.js中得到大量的應用，其中最為知名的模塊就是socket.io，而各種全棧框架也紛紛加入實時特性來應對更廣闊的開發需求。
目前有代表性的實時框架有：
Meteor（官網、Github、NPM）
MEAN.io（官網、Github、NPM）
Derby（官網、Github、NPM）
SocketStream（官網、Github、NPM）
不過說實話，目前能看到的實時通信的應用場景其實不多，其中大多集中於聊天室、to-do、實時圖表、在線游戲等領域。其他領域使用實時特性不但沒必要，而且是對伺服器資源的浪費。因此目前是否要採用實時框架，要看具體的項目而定。
以上基本就是Node.js Web框架的現狀了，相信看到這里，對於選擇何種框架讀者已經心裡有數了吧。最後再介紹一個容易搞混的概念，和解釋一下我的選擇。
YEOMAN？
第一次見到這個詞，我還以為它和MEAN有什麼聯系。事實上，它們是截然不同的兩個東西。YEOMAN由YO（腳手架）、grunt（構建工具）、bower（包管理器），它代表的是一種工作流，與框架開發的思維方式完全不同。具體的介紹可見這里。
YEOMAN能夠和框架達到類似的目的，都是為構建一個Web應用做好准備，但是要不要採用YEOMAN，則是見仁見智。我個人的看法是，學習 YEOMAN本身就需要不少時間，並且有一定的學習門檻。至少在目前，使用框架開發還是相對經濟的，而如果以後YEOMAN這種模式推廣開來，再來學習也 不遲，更何況有一定的Node.js項目經驗之後再來學習YEOMAN要輕松很多。
事實上，我還是很認可YEOMAN這種Generator+package Manager的模式的，這是因為Node.js本身崇尚微模塊的 概念，即無論是多麼小的功能，都將它們模塊化，甚至大的模塊也要拆分成小的模塊，然後通過搭積木的方式來構建應用。這樣能夠徹底的解耦，對於不容易調試的 Javascript來說，也有助於定位和修復應用中的問題。Generator就是這種理念催生下的產物，通過選擇不同的配置和選項，將積木搭起來。不 過對於這種模式目前大家也還處於實驗當中，不急於進行實際應用。
E. Node.js 適合用來做 web 開發嗎
由於Node.js非同步非阻塞的機制，用來做web這種IO密集型的應用是最適合不過的。
未來web的技術趨勢肯定是向非同步非阻塞的方向前進的。
F. web開發為什麼選擇nodejs
太長的不知道你會不會看完：
Node.js其實有很多大公司都在用的，比如eBay, Microsoft, 你可以去Node.js官網看看：node.js要想知道更詳細的列表，可以看這里：https://github.com/joyent/node/wiki/Projects,-Applications,-and-Companies-Using-Node
再稍微花點時間，搜集一些網上資料：優勢和劣勢。
要
講清楚這個問題，先講講整個Web應用程序架構（包括流量、處理器速度和內存速度）中的瓶頸。瓶頸在於伺服器能夠處理的並發連接的最大數量。
Node.js解決這個問題的方法是：更改連接到伺服器的方式。每個連接發射一個在Node.js引擎的進程中運行的事件，而不是為每個連接生成一個新的
OS線程（並為其分配一些配套內存）。Node.js不會死鎖，因為它根本不允許使用鎖，它不會直接阻塞 I/O
調用。Node.js還宣稱，運行它的伺服器能支持數萬個並發連接。
Node本身運行V8 JavaScript。V8
JavaScript引擎是Google用於其Chrome瀏覽器的底層JavaScript引擎。Google使用V8創建了一個用C++編寫的超快解
釋器，該解釋器擁有另一個獨特特徵：您可以下載該引擎並將其嵌入任何應用程序。V8
JavaScript引擎並不僅限於在一個瀏覽器中運行。因此，Node.js實際上會使用Google編寫的V8
JavaScript引擎，並將其重建為可在伺服器上使用。
Node.js優點：
1、採用事件驅動、非同步編程，為網路服務而設計。其實Javascript的匿名函數和閉包特性非常適合事件驅動、非同步編程。而且JavaScript也簡單易學，很多前端設計人員可以很快上手做後端設計。
2、
Node.js非阻塞模式的IO處理給Node.js帶來在相對低系統資源耗用下的高性能與出眾的負載能力，非常適合用作依賴其它IO資源的中間層服務。
3、Node.js輕量高效，可以認為是數據密集型分布式部署環境下的實時應用系統的完美解決方案。Node非常適合如下情況：在響應客戶端之前，您預計
可能有很高的流量，但所需的伺服器端邏輯和處理不一定很多。
Node.js缺點：
1、可靠性低
2、單進程，單線程，只支持單核CPU，不能充分的利用多核CPU伺服器。一旦這個進程崩掉，那麼整個web服務就崩掉了。
不過以上缺點可以可以通過代碼的健壯性來彌補。
G. nodejs用什麼框架比較好
看個人吧，我覺得hapi就不錯，還有就是根據需求，一般來講Express用熟瞭然後轉Sails.js | Realtime MVC Framework for Node.js
H. 用nodejs開發web應用，用哪個框架好express還是其他什麼
剛開始學的時候建議用原生的http，稍微高級點用connect中間件，如果注重效率的話，就用框架級別的express，自己再選個模板jade，ejs什麼的，上手還是比較容易的。