本文中，我們將一同看看當(dāng)今 Web 開發(fā)的發(fā)展趨勢，給大家分享我對 2015 年及未來的一些看法、觀察和預(yù)測。我從 2000 年就開始做 Web 技術(shù)方面的工作，而近幾年主要是做云架構(gòu)解決方案。作為一名 Web 開發(fā)者，我曾在 .Net、Node.js 和 Go 技術(shù)棧上開發(fā) Web 應(yīng)用和 Web 服務(wù)。最近，我將 Web 技術(shù)和開發(fā)趨勢作為整體研究了一遍，在這里分享一下我的想法和觀察結(jié)果。

首先，讓我分享一些我所觀察到的可用性和體系結(jié)構(gòu)目前的趨勢。

可用性的趨勢

如今，用戶體驗變得比以往更重要，響應(yīng)式網(wǎng)頁設(shè)計（RWD）也成為了網(wǎng)站必備的特性。RWD 能讓最終用戶在不同尺寸的設(shè)備上訪問網(wǎng)站，包括手機(jī)和平板瀏覽器。有了 RWD 取代移動網(wǎng)站，我們便無需為移動用戶單獨開發(fā)額外的網(wǎng)站。特別是當(dāng)我們需要把焦點放到如何呈現(xiàn)內(nèi)容時尤為有用。但如果你是在開發(fā) Web 應(yīng)用（包含著大量 UI 交互流程）而不是網(wǎng)站時，RWD 就幫不了你了。記住 Web 應(yīng)用與網(wǎng)站是不同的。Twitter Bootstrap 與 Zurb Foundation 算是目前最流行的 RWD 框架。如果你要針對移動用戶開發(fā) APP 我會建議使用輕量級的框架比如 Yahoo Pure CSS 。

應(yīng)用程序架構(gòu)的趨勢

企業(yè)中的移動優(yōu)先策略同樣影響到了 Web 開發(fā)架構(gòu)。當(dāng)一個組織在開發(fā) Web 應(yīng)用與 Web 服務(wù)時，他們會以自身的移動策略作為主方向調(diào)整。且如今，Web API 已成為 Web 應(yīng)用和移動應(yīng)用的中心，開發(fā)者會在服務(wù)器端建立 RESTful 服務(wù)，然后基于 RESTful 服務(wù)為 Web 和移動開發(fā)前端應(yīng)用。

API 驅(qū)動開發(fā)的崛起

在移動領(lǐng)域，API（特別是 RESTful API）已成為 Web 應(yīng)用的關(guān)鍵部分，而服務(wù)器端的實現(xiàn)已變成薄薄的一層，只提供數(shù)據(jù)和安全相關(guān)的 API 。這些 RESTful API 并不受限于 Web 應(yīng)用，移動應(yīng)用同樣可以使用。所以說現(xiàn)代 Web 開發(fā)人員編寫的服務(wù)器端代碼同時用于移動應(yīng)用和 Web 應(yīng)用，給予了我們更多的機(jī)會。這里的另外一個趨勢是移動后端云服務(wù)的興起，如 Parse和 Azure Mobile Services 等的服務(wù)（MBaaS）云平臺解決方案。這些 MBaaS 平臺可針對多種特定移動后端服務(wù)的數(shù)據(jù)模型提供自動的 RESTful API 。我們可以使用 MBaaS 服務(wù)開發(fā) Web 應(yīng)用，因為它們不僅提供 RESTful API ，伴隨著移動 SDK 還提供了 JavaScript SDK 用于 HTML5 客戶端。未來，我堅信 MBaaS 服務(wù)將廣泛用于 Web 應(yīng)用和移動應(yīng)用。

單頁面應(yīng)用程序（SPA）的出現(xiàn)

當(dāng)使用 RESTful API 的服務(wù)器端受限時，Web 前端開發(fā)便遷移到客戶端，且瀏覽器上的類桌面 UI 是在客戶端渲染而不是在服務(wù)器端。在 SPA 應(yīng)用中，前端只需簡單的調(diào)用 RESTful API 傳送數(shù)據(jù)，然后在客戶端構(gòu)建完整的 UI 。這種情況下，JavaScript 便成為構(gòu)建 Web 應(yīng)用的關(guān)鍵技術(shù)。SPA 應(yīng)用的一個優(yōu)勢是我們可以使用雜交移動容器（hybrid mobile container）比如 Phonegap 和 Trigger.IO 很容易地將這些 Web 應(yīng)用打包成移動應(yīng)用。這種方法可以應(yīng)付小型到中型基于數(shù)據(jù)形式 UI 的應(yīng)用。于是我們就可以用一份代碼建立 Web 應(yīng)用和移動應(yīng)用了。

在基于 SPA 的 Web 開發(fā)中，JavaScript 已成為關(guān)鍵技術(shù)，而且 JavaScript 技能也比以前更加重要。我曾接觸過不同框架開發(fā)過一些 SPA 應(yīng)用，并在這種模型下注意到了一些難題。如下：

當(dāng)我們在開發(fā)大規(guī)模 SPA 應(yīng)用時，對比以前的服務(wù)器端方式，現(xiàn)在維護(hù)應(yīng)用變得非常困難。我感覺構(gòu)建大型 JavaScript 應(yīng)用真的很難去保持可維護(hù)性。
很難在客戶端實現(xiàn)復(fù)雜的安全模型，對不同類型的授權(quán)角色限制不同訪問級別的 UI 。
我對 SPA 框架的意見

目前AngularJS、EmberJS 和 Backbone 是實際使用中最受歡迎的幾個 SPA 框架。我對這三個框架做了評估并使用其開發(fā)過應(yīng)用。根據(jù)我的經(jīng)驗，AngularJS 是產(chǎn)能最高的框架，具備構(gòu)建大型 SPA 應(yīng)用所需的特性。依愚人之見，使用 MV* 框架做前端開發(fā)并不是一個好方法，MVC 不適合大型前端應(yīng)用。但如今我們在服務(wù)器端和客戶端都使用 MVC ，我不認(rèn)為這是最佳實踐。

ReactJS – 令人驚嘆的前端框架

當(dāng)大多數(shù) SPA 框架依然在使用傳統(tǒng)的 MVC 模型時，ReactJS 為客戶端構(gòu)建 UI 提供了一種不同的方式。React 是由 Facebook 和 Instagram 團(tuán)隊開發(fā)的 JavaScript 庫，目的是用來構(gòu)建用戶界面。Instagram 網(wǎng)站的整個前端和 Facebook 網(wǎng)站的一部分都是用 ReactJS 構(gòu)建的。有趣的是，你可以與其他的前端框架如 AngularJS 和 EmberJS 一起使用 ReactJS 。你可以將 ReactJS 作為 MVC 框架的視圖層。但是在實踐中，我不建議在傳統(tǒng)的 MVC 框架上使用 ReactJS 。ReactJS 引入了虛擬 DOM（Virtual DOM），這就是 ReactJS 庫令人驚嘆的部分，它給渲染 UI 帶來了高性能的表現(xiàn)。ReactJS 提供了比 AngularJS 與 EmberJS 等 MVC 框架更高性能的 UI 渲染。你可以利用虛擬 DOM 抽象出可重用的 UI 組件，然后在實際的 DOM 上合成這些組件。虛擬 DOM 讓你可以利用 React 在瀏覽器以外構(gòu)建 UI 。比如 Facebook 的 React 團(tuán)隊搭建了 Objective C 橋，用于在 iOS 應(yīng)用上構(gòu)建 UI 。對于擴(kuò)展前端應(yīng)用，我們可以對 React 使用 Flux 架構(gòu)，這是架構(gòu)的一套基本慣例，提供了單方向的數(shù)據(jù)流。我已經(jīng)對 BackboneJS、EmberJS、AngularJS 和 React 都做了評估并強(qiáng)烈推薦你使用 React 構(gòu)建用戶界面。

2014 年服務(wù)器端Web技術(shù)棧的趨勢

幾年以前，動態(tài)類型語言如 Ruby 和 Python 已經(jīng)吸引了許多創(chuàng)業(yè)公司。直到幾年前，Ruby on Rails 真是 Web 開發(fā)的一場革命。許多創(chuàng)業(yè)公司已經(jīng)利用 RoR 和 Python Web 框架開發(fā)出各種創(chuàng)新的產(chǎn)品。但如今有趣的是，由于性能和可擴(kuò)展性的難題，這些應(yīng)用程序正被其它的 Web 技術(shù)棧重建。在大型應(yīng)用程序中使用動態(tài)類型語言就像在喝加了太多糖的飲料。開始的時候，糖的甜味會比較吸引人，但長期來看就會傷害到應(yīng)用程序的健康。今年，我們已經(jīng)看到很多企業(yè)采用 Node.js 尤其是用于構(gòu)建備受關(guān)注的移動應(yīng)用后端服務(wù)。大企業(yè)如領(lǐng)英（LinkedIn）和沃爾瑪（Walmart）正在使用 Node.js 加強(qiáng)它們的移動后端服務(wù)。作為一項新技術(shù)，Node.js 真是 2014 年采納市場的贏家。Node.js 也是移動后端服務(wù)（MBaaS）云解決方案的首選技術(shù)棧。今年我們也看到許多基于 Node.js 的命令行工具被用于前端開發(fā)。Node.js 的崛起與 Ruby 棧的衰落是今年最值得注意的趨勢。

這里是一些服務(wù)器端 Web 棧的觀察結(jié)果：

Ruby 棧特別是 RoR 正在失去動力且大型 Rails 應(yīng)用正被重建成其他的技術(shù)棧。
使用動態(tài)語言（Ruby 和 Python）做 Web 開發(fā)已逐漸失去其吸引力。
Node.js 更多地被采用到構(gòu)建后端 RESTful 服務(wù)特別是在移動領(lǐng)域。
用于前端開發(fā)的基于 Node.js 的命令行工具的出現(xiàn)。
微軟 .NET Web 棧和開放規(guī)范 OWIN 將發(fā)生大轉(zhuǎn)變 – 這實際上對 ASP.NET 和 Node.js 都是好事。
實時 Web 應(yīng)用的出現(xiàn)
對2015年及以后的預(yù)測

哪種技術(shù)會稱霸 2015 年？哪種技術(shù)會失去其勢頭？我深深地感受到使用動態(tài)語言做 Web 開發(fā)的時代就要結(jié)束了。而 Node.js 會再接再厲在新興技術(shù)市場乘勢而上嗎？我不這么認(rèn)為。自 2011 年起我已經(jīng)主要在寫 Node.js 代碼并打算為此寫一本書，但后來還是放棄了這個計劃。最近我已離開了 Node.js 平臺，原因如下：

Node.js 總被強(qiáng)調(diào)是一種用于構(gòu)建高性能應(yīng)用程序的技術(shù)，但對大型應(yīng)用來說，它對性能的支持超過可用性和可維護(hù)性將是一個最大的難題。所以我預(yù)測在近期會有許多大型 Node.js 應(yīng)用因可維護(hù)性問題而失敗，過度炒作 Node.js 的時代將會結(jié)束。
回調(diào)地獄。我知道 generator 和 promise 是解決回調(diào)地獄的好方法。Koa.js 之類的框架都是以犧牲性能為代價提供了解決方法。但對我來說依然有許多問題解決不了。
JavaScript 語言對我來說也是個問題。JavaScript 并不適合構(gòu)建大規(guī)模的應(yīng)用程序。
Node.js 是一個極簡的平臺。對我來說，它最好是可以構(gòu)建基于 JSON 的 REST API 和實時系統(tǒng)。我希望可以利用單一的技術(shù)棧開發(fā)各種各樣的應(yīng)用程序。但問題是當(dāng)執(zhí)行 CPU 運算邏輯（CPU crunching logic）時 Node.js 總是會失敗。
我使用 Node.js 的這些問題其他人也會有，在出錯處理、調(diào)試和可用性上還會有許多實用性方面的問題。我相信可維護(hù)性將是大型 Node.js 應(yīng)用的一個大難題。如果你在 Node.js 上構(gòu)建 RESTful 服務(wù)，我強(qiáng)烈建議你使用沃爾瑪開發(fā)的 Hapi.js 框架，它真的做得很好。我非常欣賞 Hapi.js 的作者 Eran Hammer 。

在 2015 年我看好 Go 語言，不僅僅是用于 Web 開發(fā)，還作為構(gòu)建分布式應(yīng)用的一個技術(shù)生態(tài)系統(tǒng)。對我來說，Go 是比 Node.js 更好的選擇。我預(yù)測 2015 年許多 Ruby 和 Node.js 開發(fā)者會遷移到 Go 。

接下來是我對 2015 年及以后的一些預(yù)測：

注重性能的 Web 應(yīng)用由 Rails 重建到其它棧的做法將達(dá)到高峰值。
至少對注重性能的 Web 應(yīng)用來說，用動態(tài)語言做 Web 開發(fā)的時代要結(jié)束了。
許多 Node.js 應(yīng)用會陷入可維護(hù)性的問題。追求性能超過了可用性和可維護(hù)性可能會使 Node.js 失敗。
Go 將作為一種通用的編程語言出現(xiàn)，吸引著 Web 開發(fā)者社區(qū)。Go 會很好的替代 Java 與動態(tài)語言還有 Node.js 社區(qū)。
Go 將繼 Cobol 和 Java 成為下一代企業(yè)大范圍使用的語言，但還需要時間。Go 是云時代的語言。
Java 與 .Net 棧將會繼續(xù)其中、大型企業(yè)應(yīng)用的勢頭，但會慢慢地在 Web 開發(fā)中沒落。
Go：2015 及未來的技術(shù)
最近出現(xiàn)了許多用Go開發(fā)的優(yōu)秀應(yīng)用，包括Docker和Packer.IO 。我預(yù)測Go將會在各種不同的社區(qū)中產(chǎn)生巨大的吸引力，包括 Java、Ruby、Python 和 Node.js 。Go 是靜態(tài)類型語言卻提供了動態(tài)類型語言生產(chǎn)力的靈活性。在Go語言中，并發(fā)性是核心編程語言的一等公民。類似 C 和 C++，Go編譯成原生機(jī)器碼；而不像 Java 和 .Net ，它不需要任何JIT 編譯。我愛上了 Go 的簡單性、實用的設(shè)計和相當(dāng)好用的包系統(tǒng)。也許它不適合構(gòu)建傳統(tǒng)的Web應(yīng)用，但絕對適合做提供 RESTful 服務(wù)的 HTTP 服務(wù)器。在未來，你也許還可以用 Go 開發(fā) Android 應(yīng)用。Go 的優(yōu)勢是它是一種通用編程語言，可以用于任何可能的場景 – 包括系統(tǒng)編程和大型分布式商業(yè)應(yīng)用。我強(qiáng)烈感受到 Go 是屬于云時代的分布式、并發(fā)、并行計算的語言。Go可以在企業(yè)中成為下一個 Java 。