網站構建一個穩定、高效的后臺服務器程序是一件非常重要的事情。要達到這樣的目的，選擇一款快速、高效的后臺程序款框架是我們必須要考慮清楚的。一個后臺框架是一系列工具、代碼包以及其他軟件模塊的集合，利用這些基礎設置你就可以快速的開發出功能全面的服務器后臺程序。這些框架在設計之初就考慮到了將來的服務器程序要面臨的需求，并且提供了比較合理全面的解決方案。我們只需要根據我們的需求，對應到這些框架的不同模塊，利用這些模塊實現我們的業務代碼即可。

本人掌握了包含市面上大部分常用的編程語言以及相關的框架，也都使用過這些框架開發出了 server 程序。在2021年，我羅列出目前常用的幾個框架與大家分享交流。

Laravel

編程語言：PHP

laravel是一個免費、開源的PHP開發框架，它是基于MVC程序結構設計的。對于常年使用PHP語言做項目的人來說，laravel是普遍的首選方案。我以前接手的一些項目，云服務器平臺是客戶早年就在使用的，比如GoDaddy、Hostinger 等等，這些云平臺對PHP語言的支持非常好，那么考慮到入鄉隨俗，要使用云服務里的PHP環境，那么用laravel就是非常合適的了。

laravel提供了權限管理、API 設計、后臺緩存、日志管理、測試等多種功能。它的文檔也非常的全面易懂。laravel 非常適合用來開發博客網站、門戶網站、電商網站的后臺。

不過時過境遷，由于現在更多更好的框架的出現，PHP語言以及laravel變得有些過時和年邁，很多人會暫時放棄PHP以及laravel，會嘗試使用其他的選擇。

Flask vs Django

編程語言：Python

我把這兩個框架放在一起進行說明。幾年前我在自學完Python語言后，就去尋找基于Python的服務器開發框架，flask和Django是兩個常用的。在玩過了這兩個框架之后，我明確的選擇了Flask。因為我個人的開發風格和習慣是前后端分離的，用Angular或者Vue去專心開發前端頁面，用框架細致的開發后端服務器的一些功能，前后端之間的通信和數據交換使用 Restful API 來實現。

Django也是一款比較強大的框架，但是它對前后端分離風格的開發者不太友好。在開發的時候很多時候需要將前端的HTML、JavaScript和后端的Python進行聯合開發，代碼可能會比較混亂。但是事情都有兩面性，反過來講Django的封裝性更好一些，很多功能都是拿來即用的，只要根據自己的需求稍加修改，就可以快速的實現一些功能，比如form表單。

而 Flask 是純粹的前后端分離的風格，屬于微型框架。你在用Flask寫代碼的時候，可以完全不需要考慮前端。可以專心的開發服務器程序。最后提供一些 API 訪問鏈接地址給前端即可。所以Flask 框架會比Django更小，使用flask也需要開發者去處理和開發更多的功能邏輯。

Express.js vs Koa2

編程語言：JavaScript / TypeScript

得益于node.js的流行和廣泛使用，歷史悠久、可愛的JavaScript語言終于可以涉足到后臺服務器程序開發領域了。一般的，在安裝好node.js后，很少有人會直接用JavaScript原生的開發服務器代碼，而是會選擇一款框架。那么express.js和koa2就是目前比較流行的兩款框架了。

他們都可以用 JS 快速的開發出 API 程序，也都能通過安裝其他的模塊實現與后臺數據庫的連接。我個人在多年的編程經歷中，面對中小型的項目，對性能要求不高的時候，都會考慮使用這兩個框架。一般會很快的寫好 Restful API 程序和數據庫的CRUD程序。另外部他們兩個的部署也比較方便，Linux上裝好node.js，然后服務器程序文件放在一個地方，用 pm2 這種基于 node.js 的命令工具啟動即可向前端提供服務了。

這兩個框架其實是同一班人的作品。express.js問世的較早，koa2其實是express.js的改進，代碼更加精煉緊湊，都是不錯的選擇。

Spring

編程語言：Java

聚光燈照顧來，歡呼尖叫響起，superstar 到來了。沒錯，spring是這幾年服務器開發框架里的明星。基于Java這幾十年的穩健發展，已經有了太多的處理各種問題和需求的Java第三方包。再結合spring的優良品質，比如常見的權限控制、Restful API 開發、SQL/NoSQL 數據庫操作這種常見的功能以外，還可以想象一下利用spring結合hadoop生態來開發big data 應用，那會是另外一片天空了。

我個人在2020年指導了幾個本科大學生的畢業設計項目。他們告訴我，他們的老師不僅要求他們寫論文，還需要他們開發一個完整的Web項目，要有網站、服務器，后面還要掛個數據庫。值得注意的一點是，導師們要求他們必須用spring框架實現服務器。這些學生當然連前端三劍客 HTML/CSS/JavaScript 都還沒有玩會，后臺抽象的代碼更是小白一個。他們說導師也只是知道有這種技術，但是也沒法完全指導他們，所以我就有了雪中送炭的機會。

另外，現在很多中大型網站的后臺的主要業務邏輯，就是用java的spring來實現的，并結合其他技術向外提供服務。比如國內的一些電商平臺就是這樣的設計。

其他

上面我只是列舉了幾個典型的方案，其實還有很多，我基本上都玩過。比如 hapi（JavaScript）、Golang（Go）、Slim（PHP）等等。大家可以根據自己的需求和實際情況，了解這些框架后進行選擇。

如何選擇合適的框架

和擇偶很類似，選擇適合的才是明智之選。大家都說她好，包括你的父母都很欣賞那個人，但是你就是不喜歡。所以強扭的瓜不甜。下面是幾條選擇框架的方針，供大家參考：

• 要明確自己開發的服務器后臺的目的，以及將來的后臺的規模，數據量或業務量的大小，峰值是多少。拿著這些需求和目的，去和眾多的框架去對照，選擇能夠真正解決你的需求的框架。
• 框架的安全性如何。畢竟服務器程序不是兒戲，前端其實只是個交互操作界面，大部分真正的數據和處理邏輯都在后臺服務器。我曾經用了一個小時，就很快的模仿開發出了微信App的程序，但是這沒有什么可炫耀的，微信厲害的地方其實在它的后臺！
• 隨著時間的推移，一般的，對于后臺服務器程序的訪問量、數據流量、數據讀寫的 I/O 效率都會有更高的要求。那么我們要仔細考慮一款框架的適應性如何，是否能夠隨著業務的增長同樣能夠提供相同的性能。
• 易于部署、配置和維護。這時毋庸置疑的，我在以往的涉獵過程中，體驗到了基于Go語言的后臺項目是最易于部署的，只要基于不同的OS（Windows，LInux）將代碼編譯好之后，直接放在操作系統里并啟動即可。需要編譯的方案，運行起來速度會更好，比如Java的框架。有些是不需要編譯，是解釋運行的，比如JavaScript / node.js的框架，部署可能方便，但是運行效率可能會有些折扣。不過由于現在的硬件機能已經比20年前有了指數級的發展，所以在沒有特殊要求下，基本上哪個方便不麻煩就用哪個吧。
• 開發文檔的質量。現在很多人學習計算機還迷戀與哪一本書，哪些視頻教程。在十幾年前倒是可以這樣考慮，因為以前互聯網并不發達，網速、內容資源都比較差，買書學習就成了首選。現在就不同了，現在你如果買了書，可能書里的內容可能很快就會過時，就會和實際情況有了差距。有些人也會去報培訓班，大家請擦亮眼睛，培訓班也是要走流量的，公司要求一波學生必須在4~5個月結業，如果時間太長，他們占用了教室、教師資源，公司就很難再繼續招收新的學生了，那么他們的現金流量就可想而知了。所以培訓班的老師講課都是非常快的，非常刻板的，他們每天都有進度的要求。這樣填鴨式的教學效果我就不用多說了。說回來，一款框架肯定都有他們自己的官方文檔，這幾年我還發現這些網站對中文的支持也很好了，以前基本上沒有中文版的官方開發文檔。那么好好利用這些官方文檔來學習是最靠譜的。大家能自學就不要去請教別人，自己琢磨、鉆研、嘗試后得到的收獲對自己的技術更加有幫助，而且成本更低。
• 學習曲線。也就是學習的難度和周期。這點就要和編程語言有所結合了，比如JavaScript、Python更加容易上手，Java稍微難一些復雜一些。這一點其實僅僅是針對初學者或者入行時間不長的人的，像我這種已經熟練掌握了至少4門語言，能玩轉10多門語言的人，學習曲線基本上可以不用考慮。
• 社區。這一點也很可觀。一款框架用的人多，他們遇到的問題也就會多，那么他們在網絡上查詢問題、詢問問題也就多，那么就會有更多的人給出各種問題的解決方案來。慢慢的就形成了社區，現在很多成型的編程社區網站就是這樣建立起來的。典型的就是 stackworkflow，我經常能在這里找到靈感。個人意見啊，我建議讀者們但凡有一點英文能力，就去英文網站找解決方案。國內的百度搜出來的結果一般都很爛，沒啥幫助，有些人就算給出方案也能看出來是敷衍的寫的，要么語言表述不清，要么代碼胡亂粘貼。能翻墻就翻墻用Google，不能翻墻就用Microsoft bing（國際版），一般搜出來的都是國外網站，里面有很多有識之士給出的解答更加有幫助，甚至立竿見影。

送給大家一句話：

擇偶時，沒有最好的，只有合適的。選擇框架也是一樣的 ！

歌Chrome產品管理主管阿弗尼?沙哈（Avni Shah）今天在I/O開發者大會上發布了新版Chrome，該產品將出現于名為Android L的新一代Android系統版本上。

與預期一樣，新版Chrome進行了一些功能升級。不過它并不只是進行了改進。對于它，谷歌還傳達了一個清晰而意義深遠的信息。該公司想要融合原生應用與網頁標簽。原生應用的終結可能比我們想象得還要快。

在Android L中，經過重新設計的應用切換器與iOS 7上的Safari非常相似。它會在某種卡片抽屜中顯示你最近打開過的應用。同時它也顯示原生應用以及活躍網頁標簽。每一個網頁標簽都有著與應用同等的價值。這是件大事。

同樣地，谷歌將其應用索引API（應用程序接口）擴展至所有的Android應用。在此之前，該公司就與特定的幾家公司展開了相關合作。例如，在谷歌搜索電影，搜索結果中會出現一個可直接打開IMDb應用中相關電影頁面的深度鏈接。這是一種從網頁到原生應用的無縫過渡。

了解這些后，不妨想象一下Android L會變成什么樣子。打開手機，在主屏幕上用谷歌語音搜索某樣東西，接著Chrome打開，點擊第一個搜索結果，你就可以打開原生應用。你可以轉到應用上閱讀你之前在Chrome上看到過的這篇文章。

在這一過程中，網頁應用與原生應用之間反復來回切換。不久之后，你會察覺不出自己是在網頁中還是在原生應用當中。

為什么說這一變化有意義呢？谷歌一直以來都是以網頁開發為先。該公司最早是通過它的搜索引擎取得成功。不過它之后的熱門產品很多都是網頁應用，如Gmail，Google Calendar日歷，Google Drive。谷歌可能仍然是網頁應用開發領域的王者。

而更重要的是，谷歌的大部分收入還是來自網頁廣告。該公司希望人們更長時間地呆在web上，從而看到更多的谷歌廣告。這一點在下一份季度財報中還不會發生改變。

因此，不管是從技術還是從業務角度來看，谷歌的未來都維系在web上。有幾位HTML5和網頁開發倡導者認為，Android最終可能會成為基于網頁應用的操作系統。這實際上也意味著原生應用的終結。

數家公司在這方面展開過嘗試——推WebOS的Palm和打造Firefox OS的Mozilla。它們都以失敗而告終，原因有多個方面——當時的系統級芯片還不夠強大，網頁運行不夠高效，它們的網頁開發者不夠出色。

最主要的原因還是時機問題。而谷歌這個適合步步為營地向這種新的應用模式轉型則并無不妥。現在的系統級芯片可能能夠運行功能齊備的筆記本電腦。谷歌一直在不知疲倦地改進JavaScript和HTML渲染引擎。當然，谷歌麾下也有成千上萬優秀的網頁開發者。

推廣網頁應用是個漫長的過程，可能要耗時數年。不過谷歌今天的行動可以說是明確向這一方向邁出的第一步。（譯：羽騰）

APP_STL :=c++_shared

-DANDROID_STL=c++_shared

externalNativeBuild {
cmake {
arguments "-DANDROID_STL=c++_shared"
}
}