Web 開發(fā)在 2015 年及未來的發(fā)展趨勢

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

首先，讓我分享一些我所觀察到的可用性和體系結構目前的趨勢。

可用性的趨勢

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

應用程序架構的趨勢

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

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

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

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

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

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

當我們在開發(fā)大規(guī)模 SPA 應用時，對比以前的服務器端方式，現(xiàn)在維護應用變得非常困難。我感覺構建大型 JavaScript 應用真的很難去保持可維護性。

很難在客戶端實現(xiàn)復雜的安全模型，對不同類型的授權角色限制不同訪問級別的 UI 。

我對 SPA 框架的意見

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

ReactJS – 令人驚嘆的前端框架

當大多數(shù) SPA 框架依然在使用傳統(tǒng)的 MVC 模型時，ReactJS 為客戶端構建 UI 提供了一種不同的方式。React?是由 Facebook 和 Instagram 團隊開發(fā)的 JavaScript 庫，目的是用來構建用戶界面。Instagram?網(wǎng)站的整個前端和?Facebook?網(wǎng)站的一部分都是用 ReactJS 構建的。有趣的是，你可以與其他的前端框架如 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 在瀏覽器以外構建 UI 。比如 Facebook 的 React 團隊搭建了 Objective C 橋，用于在 iOS 應用上構建 UI 。對于擴展前端應用，我們可以對 React 使用?Flux?架構，這是架構的一套基本慣例，提供了單方向的數(shù)據(jù)流。我已經(jīng)對 BackboneJS、EmberJS、AngularJS 和 React 都做了評估并強烈推薦你使用 React 構建用戶界面。

2014 年服務器端 Web 技術棧的趨勢

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

這里是一些服務器端 Web 棧的觀察結果：

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

對 2015 年及以后的預測

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

• Node.js 總被強調(diào)是一種用于構建高性能應用程序的技術，但對大型應用來說，它對性能的支持超過可用性和可維護性將是一個最大的難題。所以我預測在近期會有許多大型 Node.js 應用因可維護性問題而失敗，過度炒作 Node.js 的時代將會結束。
• 回調(diào)地獄。我知道 generator 和 promise 是解決回調(diào)地獄的好方法。Koa.js?之類的框架都是以犧牲性能為代價提供了解決方法。但對我來說依然有許多問題解決不了。
• JavaScript 語言對我來說也是個問題。JavaScript 并不適合構建大規(guī)模的應用程序。
• Node.js 是一個極簡的平臺。對我來說，它最好是可以構建基于 JSON 的 REST API 和實時系統(tǒng)。我希望可以利用單一的技術棧開發(fā)各種各樣的應用程序。但問題是當執(zhí)行 CPU 運算邏輯（CPU crunching logic）時 Node.js 總是會失敗。

我使用 Node.js 的這些問題其他人也會有，在出錯處理、調(diào)試和可用性上還會有許多實用性方面的問題。我相信可維護性將是大型 Node.js 應用的一個大難題。如果你在 Node.js 上構建 RESTful 服務，我強烈建議你使用沃爾瑪開發(fā)的?Hapi.js?框架，它真的做得很好。我非常欣賞 Hapi.js 的作者?Eran Hammer?。

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

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

• 注重性能的 Web 應用由 Rails 重建到其它棧的做法將達到高峰值。
• 至少對注重性能的 Web 應用來說，用動態(tài)語言做 Web 開發(fā)的時代要結束了。
• 許多 Node.js 應用會陷入可維護性的問題。追求性能超過了可用性和可維護性可能會使 Node.js 失敗。
• Go 將作為一種通用的編程語言出現(xiàn)，吸引著 Web 開發(fā)者社區(qū)。Go 會很好的替代 Java 與動態(tài)語言還有 Node.js 社區(qū)。
• Go 將繼 Cobol 和 Java 成為下一代企業(yè)大范圍使用的語言，但還需要時間。Go 是云時代的語言。
• Java 與 .Net 棧將會繼續(xù)其中、大型企業(yè)應用的勢頭，但會慢慢地在 Web 開發(fā)中沒落。

Go：2015 及未來的技術

最近出現(xiàn)了許多用 Go 開發(fā)的優(yōu)秀應用，包括?Docker?和?Packer.IO?。我預測 Go 將會在各種不同的社區(qū)中產(chǎn)生巨大的吸引力，包括 Java、Ruby、Python 和 Node.js 。Go 是靜態(tài)類型語言卻提供了動態(tài)類型語言生產(chǎn)力的靈活性。在 Go 語言中，并發(fā)性是核心編程語言的一等公民。類似 C 和 C++ ，Go 編譯成原生機器碼；而不像 Java 和 .Net ，它不需要任何 JIT 編譯。我愛上了 Go 的簡單性、實用的設計和相當好用的包系統(tǒng)。也許它不適合構建傳統(tǒng)的 Web 應用，但絕對適合做提供 RESTful 服務的 HTTP 服務器。在未來，你也許還可以用 Go 開發(fā) Android 應用。Go 的優(yōu)勢是它是一種通用編程語言，可以用于任何可能的場景 – 包括系統(tǒng)編程和大型分布式商業(yè)應用。我強烈感受到 Go 是屬于云時代的分布式、并發(fā)、并行計算的語言。Go 可以在企業(yè)中成為下一個 Java 。

總結

以上是生活随笔為你收集整理的Web 开发在 2015 年及未来的发展趋势的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。