web後台框架對比

『壹』 web前端和後端有哪些區別

1、定義不同：Web前端是在Web應用中用戶可以看得見碰得著的東西。包括Web頁面的結構、Web的外觀視覺表現以及Web層面的交互實現，Web後端更多的是通過與資料庫交互來處理相應的業務邏輯。要考慮的問題有：功能的實現，數據的訪問，平台的穩定性和性能等。

2、掌握的技術不同：Web前端需要精通JS，HTML。能熟練應用JQuery，懂CSS，能熟練運用這些知識，進行交互效果的開發。Web後端開發人員會寫Java代碼，會寫SQL語句，能做簡單的資料庫設計，會Spring和iBatis，懂一些設計模式等。

web前端入門注意事項

不同內核的瀏覽器對網頁的渲染是不一樣的，目前瀏覽器都有客戶端調試工具，在做web性能優化時，對瀏覽器渲染及細節要進一步了解。

不同的web框架下，頁面的生命周期會有所不同，大體還是一樣，客戶端發送GET請求，伺服器返回相應頁面，客戶端完成操作及數據，然後POST給伺服器。一定要對數據的傳遞(前台與後台,頁面之間)的細節瞭然於心。

以上內容參考網路-Web前端、網路-後端工程師

『貳』 python web開發用什麼框架

對初學者來說，循序漸進是最重要的，我推薦學習 Flask（Welcome | Flask (A Python Microframework)）

Flask 很輕，花很少的成本就能夠開發一個簡單的網站。非常適合初學者學習。
Flask 框架學會以後，可以考慮學習插件的使用。例如使用 WTForm + Flask-WTForm 來驗證表單數據，用 SQLAlchemy + Flask-SQLAlchemy 來對你的資料庫進行控制。
BTW：果殼網基於 Flask 開發的。
另外也簡單介紹下其他框架：
1. Django。如樓上所說，是一個全能型框架。目前 Django 的使用面還是很廣的，有學習的價值，但是不建議初學者學習，因為要學習的東西太多了，一下子難以吸收會失去興趣。當然，Django 的目的是為了讓開發者能夠 快速 地開發一個網站，它提供了很多模塊，其中我最喜歡的就是 admin 模塊，http://your.site.com/admin 就進入了網站的後台（內置的哦~）方便地對數據進行操作，等等。。。。因此，如果對 Django 熟悉的話，papapa 一下子就寫好一個網站的原型了。
2. Tornado。傳說中性能高高的框架。Tornado 是一個很好的框架，支持非同步處理的功能，這是它的特點，其他框架不支持。另外一點是，Tornado 的設計似乎更注重 RESTful URL。但 Tornado 提供了網站基本需要使用的模塊外，剩下的則需要開發者自己進行擴展。例如資料庫操作，雖然內置了一個 database 的模塊（後來獨立出去了，現在叫做 torndb，bdarnell/torndb · GitHub）但是不支持 ORM，快速開發起來還是挺吃力的。如果需要 ORM 支持的話，還需要自己寫一層將 SQLAlchemy 和 Tornado 聯系起來，而且這里還有一個坑。
BTW：知乎就是基礎 Tornado 開發的。
3. Bottle。Bottle 和 Flask 都屬於輕量級的 Web 框架。但是 Bottle 似乎落寞了。我覺得跟他的 API 設計有關系。個人認為 Bottle 使用起來不那麼順手，因此也用得少。這里不做太多介紹。
4. web.py。也是很輕的一個框架，使用不多，也不做介紹。
5. web2py。我看樓上都沒有對這個框架做介紹。這個框架是 Google 在 web.py 基礎上二次開發而來的，兼容 GAE 。性能據說很高，曾經用他來做自己的主頁，感覺也還不錯。缺點同樣是對擴展支持不太好，需要自己進行擴展。
6. Quixote。著名的 豆瓣 就是基於 Quixote 開發的。跟上面幾個框架不同，Quixote 的路由會有些特別。另外 Quixote 的性能據說也好。

『叄』 web後台框架包括哪些

一、Laravel

當我們談到後端web開發框架時，laravel會出現在前面。自2011年成立以來，Laravel為開發者展示了一條光明的道路。Laravel是一個免費的開源PHP web框架，旨在按照模型-視圖-控制器(MVC)架構模式構建最先進的web應用程序。

Laravel的一些特性是具有專用依賴管理器的模塊化打包系統、有助於應用程序部署和維護的實用工具、訪問關系資料庫的許多方法，以及它面向語法的方向。這就是為什麼它被認為是最好的PHP框架，並促使企業為他們的下一個項目僱傭Laravel開發人員的原因。

二、ThinkPHP

ThinkPHP是一個快速、兼容而且簡單的輕量級國產PHP開發框架，誕生於2006年初，原名FCS，2007年元旦正式更名為ThinkPHP，遵循Apache2開源協議發布，從Struts結構移植過來並做了改進和完善，同時也借鑒了國外很多優秀的框架和模式，使用面向對象的開發結構和MVC模式，融合了Struts的思想和TagLib（標簽庫）、RoR的ORM映射和ActiveRecord模式。

ThinkPHP可以支持windows/Unix/Linux等伺服器環境，正式版需要PHP5.0以上版本支持，支持MySql、PgSQL、Sqlite多種資料庫以及PDO擴展，ThinkPHP框架本身沒有什麼特別模塊要求，具體的應用系統運行環境要求視開發所涉及的模塊。

三、Yii

Yii與Asp.net非常相似，也是PHP中非常出色的開源web開發框架之一。Yii框架最適合為需要執行重復任務的系統開發應用程序。這個web開發框架具有內置的基於組件的模型、資料庫抽象層、事件驅動的編程特性和模塊化應用程序體系結構。Yii編碼器遵循快速應用開發(RAD)。

換句話說，Yii允許您在非常短的時間內啟動和運行web應用程序。此外，使用Yii框架，您還可以方便地根據不斷變化的業務需求定製應用程序。使用簡單的數據遷移實用程序，您可以方便地在不同的安裝上升級/降級應用程序版本。因此，您也可以考慮為您的web開發項目僱傭Yii開發人員。

四、Symfony

symfony是一個PHP框架，非常適合大型或復雜的企業級項目。這是一個非常穩定的框架。Symfony 3.1(當前版本)幫助全棧開發人員創建可伸縮的網站，以靈活地更改業務需求。

Symfony可以使用一些最大的開源平台，如PHPBB、Piwik和Drupal。Symfony由一組PHP組件、一個應用程序框架、一個社區和一種哲學組成，所有這些組件協同工作，幫助實現web上的一個共同目標。這些原因使得Symfony成為web開發的高級框架。

五、CakePHP

cakephpCakePHP是一個用PHP編寫的開源web開發框架，從一開始就在市場上非常流行。它基於模型-控制器-視圖和關聯數據映射的概念。通過使用CakePHP, processionals可以輕松地以結構化和快速的方式開發web應用程序。使用CakePHP的最大優勢之一是它提供了詳細的文檔和實用指南，以及非常容易編寫代碼的框架。

因此，開發人員可以使用這個框架輕松地創建web應用程序。如果您選擇這個框架進行開發，那麼通過編寫相對較少的代碼，您將能夠實現更多的功能。您甚至可以通過這個框架重用舊項目的代碼，從而使CakePHP web應用程序開發速度更快。

『肆』 Python 有哪些好的 Web 框架

淺談五大Python Web框架

說到Web Framework，Ruby的世界Rails一統江湖，而Python則是一個百花齊放的世界，各種micro-framework、framework不可勝數。

雖然另一大腳本語言PHP也有不少框架，但遠沒有Python這么誇張，也正是因為Python Web Framework（Python Web開發框架，以下簡稱Python框架）太多，所以在Python社區總有關於Python框架孰優孰劣的話題，討論的時間跨度甚至長達3-5年。

Python這么多框架，能挨個玩個遍的人不多，坦白的說我也只用過其中的三個開發過項目，另外一些稍微接觸過，所以這里只能淺談一下。

Django，Python框架雖然說是百花齊放，但仍然有那麼一家是最大的，它就是Django。要說Django是Python框架里最好的，有人同意也有人 堅決反對，但說Django的文檔最完善、市場佔有率最高、招聘職位最多估計大家都沒什麼意見。Django為人所稱道的地方主要有： 完美的文檔，Django的成功，我覺得很大一部分原因要歸功於Django近乎完美的官方文檔（包括Django book）。

全套的解決方案，Django象Rails一樣，提供全套的解決方案（full-stack framework + batteries included），基本要什麼有什麼（比如：cache、session、feed、orm、geo、auth），而且全部Django自己造，開發網 站應手的工具Django基本都給你做好了，因此開發效率是不用說的，出了問題也算好找，不在你的代碼里就在Django的源碼里。

強大的URL路由配置，Django讓你可以設計出非常優雅的URL，在Django里你基本可以跟醜陋的GET參數說拜拜。 自助管理後台，admin interface是Django里比較吸引眼球的一項contrib，讓你幾乎不用寫一行代碼就擁有一個完整的後台管理界面。

而Django的缺點主要源自Django堅持自己造所有的輪子，整個系統相對封閉，Django最為人詬病的地方有： 系統緊耦合，如果你覺得Django內置的某項功能不是很好，想用喜歡的第三方庫來代替是很難的，比如下面將要說的ORM、Template。

要在Django里用SQLAlchemy或Mako幾乎是不可能，即使打了一些補丁用上了也會讓你覺得非常非常別扭。 Django自帶的ORM遠不如SQLAlchemy強大，除了在Django這一畝三分地，SQLAlchemy是Python世界裡事實上的 ORM標准，其它框架都支持SQLAlchemy了，唯獨Django仍然堅持自己的那一套。Django的開發人員對SQLAlchemy的支持也是有 過討論和嘗試的，不過最終還是放棄了，估計是代價太高且跟Django其它的模塊很難合到一塊。 Template功能比較弱，不能插入Python代碼，要寫復雜一點的邏輯需要另外用Python實現Tag或Filter。URL配置雖然強大，但全部要手寫，這一點跟Rails的Convention over configuration的理念完全相左，高手和初識Django的人配出來的URL會有很大差異。

讓人糾結的auth模塊，Django的auth跟其它模塊結合緊密，功能也挺強的，就是做的有點過了，用戶的資料庫schema都給你定好了，這樣問題就來了，比如很多網站要求email地址唯一，可schema里這個欄位的值不是唯一的，糾結是必須的了。

Python文件做配置文件，而不是更常見的ini、xml或yaml等形式。這本身不是什麼問題，可是因為理論上來說settings的值是能夠動態的改變的（雖然大家不會這么干），但這不是最佳實踐的體現。 總的來說，Django大包大攬，用它來快速開發一些Web運用是很不錯的。如果你順著Django的設計哲學來，你會覺得Django很好用，越 用越順手；相反，你如果不能融入或接受Django的設計哲學，你用Django一定會很痛苦，趁早放棄的好。

所以說在有些人眼裡Django無異於仙 丹， 但對有一些人來說它又是毒葯且劇毒。 Pylons & TurboGears & repoze.bfg 除了Django另一個大頭就是Pylons了，因為TurboGears2.x是基於Pylons來做的，而repoze.bfg也已經並入Pylons project里這個大的項目里，後面不再單獨討論TurboGears和repoze.bfg了。

Pylons和Django的設計理念完全不同，Pylons本身只有兩千行左右的Python代碼，不過它還附帶有一些幾乎就是Pylons御用 的第三方模塊。Pylons只提供一個架子和可選方案，你可以根據自己的喜好自由的選擇Template、ORM、form、auth等組件，系統高度可 定製。我們常說Python是一個膠水語言(glue language)，那麼我們完全可以說Pylons就是一個用膠水語言設計的膠水框架。 選擇Pylons多是選擇了它的自由，選擇了自由的同時也預示著你選擇了噩夢： 學習噩夢，Pylons依賴於許多第三方庫，它們並不是Pylons造，你學Pylons的同時還得學這些庫怎麼使用，關鍵有些時候你都不知道你 要學什麼。

Pylons的學習曲線相對比Django要高的多，而之前Pylons的官方文檔也一直是人批評的對象，好在後來出了The Definitive Guide to Pylons這本書，這一局面有所改觀。因為這個原因，Pylons一度被譽為只適合高手使用的Python框架。 調試噩夢，因為牽涉到的模塊多，一旦有錯誤發生就比較難定位問題處在哪裡。

可能是你寫的程序的錯、也可能是Pylons出錯了、再或是SQLAlchemy出錯了、搞不好是formencode有bug，反正很凌亂了。這個只有用的很熟了才能解決這個問題。 升級噩夢，安裝Pylons大大小小共要安裝近20個Python模塊，各有各自的版本號，要升級Pylons的版本，哪個模塊出了不兼容的問題都 有可能，升級基本上很難很難。至今reddit的Pylons還停留在古董的0.9.6上，SQLAlchemy也還是0.5.3的版本，應該跟這條有關 系。

最後關於框架選擇的誤區 在框架的選擇問題上，許多人很容易就陷入了下面兩個誤區中而不自知：

1. 哪個框架最好——世上沒有最好的框架，只有最適合你自己、最適合你的團隊的框架。編程語言選擇也是一個道理，你的團隊Python最熟就用Python好 了，如果最熟悉的是Ruby那就用Ruby好了，編程語言、框架都只是工具，能多、快、好、省的幹完活就是好東西。2. 過分關注性能——其實大部分人是沒必要太關心框架的性能的，因為你開發的網站根本就是個小站，能上1萬的IP的網站已經不多了，上10萬的更是很少很少。 在沒有一定的訪問量前談性能其實是沒有多大意義的，因為你的CPU和內存一直就閑著呢。而且語言和框架一般也不會是性能瓶頸，性能問題最常出現在資料庫訪 問和文件讀寫上。 PHP的Zend Framework是出了名的慢，但是Zend Framework一樣有大站，如：digg.com；常被人說有性能問題的Ruby和Rails，不是照樣可以開發出twitter嗎？再者現在的硬 件、帶寬成本其實是很低的，特別有了雲計算平台後，人力成本才是最貴的，沒有上萬的IP根本就不用太在意性能問題，流量上去了花點錢買點伺服器空間好了， 簡單快速的解決性能問題。 註：前面有網友質疑我「Quora是用Pylons開發的」這樣的說法不客觀，特說明一下，這里所說的某個網站A是用B開發的，只是指A主要或部分是由B開發的，大家就不要再去糾結A還用C了。

關於python web，建議多學習一下大神的案例。從裡面提取精髓的東西加以吸收，Python學習指南請看下面的代碼

learning=input('DoyouwanttolearnPythonnow(YesorNo):')
a=str(learning)
ifa=='Yes':
print('QQ1129834903')
else:
print('Thanks!!')

『伍』 我打算學習web後端,哪個框架/技術比較好呢

建議是學習PHP，而且是系統的學習
主要是看題主現在在什麼階段
如果題主是前端開發，有意向像全棧發展 那麼去系統的學習一下PHP
如果只是深耕於前端領域，那麼node是有必要學習的
go語言最近很火，主要是和區塊鏈掛鉤，也有潛力
最後 還是推薦學習PHP 向全棧發展

『陸』 Python三大web框架分別是什麼 哪個更好

【導讀】目前，Python比較火的三大web框架有Django、Flask和Tornado，要論這三個Web框架哪個更好的話，建議一點，Django幫我們事先搭建了好多，上手會快一些，學習的話可以先從Django學起，然後再學習Flask和Tornado，下面我們就來具體了解一下Python三大web框架的詳情。

1、Django

Django是一個開放源代碼的Web應用框架，由Python寫成。採用了MTV的框架模式，即模型M，模板T和視圖V。它最初是被開發來用於管理勞倫斯出版集團旗下的一些以新聞內容為主的網站的，即是CMS(內容管理系統)軟體。

2、Flask

Flask是一個使用Python編寫的輕量級Web應用框架。其 WSGI工具箱採用Werkzeug ，模板引擎則使用 Jinja2
。Flask使用BSD授權。

Flask也被稱為 「microframework」 ，因為它使用簡單的核心，用 extension
增加其他功能。Flask沒有默認使用的資料庫、窗體驗證工具。

Flask 很輕，花很少的成本就能夠開發一個簡單的網站。非常適合初學者學習。Flask 框架學會以後，可以考慮學習插件的使用。例如使用 WTForm +
Flask-WTForm 來驗證表單數據，用 SQLAlchemy + Flask-SQLAlchemy 來對你的資料庫進行控制。

3、Tornado

Tornado是一種 Web 伺服器軟體的開源版本。Tornado 和現在的主流 Web 伺服器框架(包括大多數 Python
的框架)有著明顯的區別：它是非阻塞式伺服器，而且速度相當快。

得利於其 非阻塞的方式和對epoll的運用，Tornado 每秒可以處理數以千計的連接，因此 Tornado 是實時 Web 服務的一個
理想框架。

關於Python三大web框架的簡單介紹，就給大家分享到這里了，當然學習是永無止境的，學習一項技能更是受益終身，所以，只要肯努力學，什麼時候開始都不晚，希望大家抓緊時間進行學習吧。

『柒』 Golang web 框架對比

由於 golang 提供了完善的net/http標准庫，基於該標准庫實現一個web框架的難度相比其他語言低了不少，所以go web框架簡直就是百花齊放。從老牌的revel和 beego ，到新出的 gin ，和 iris 等，而且還有一些類似於 chi 這種router。個人一般小項目，尤其是中間件需要暴露一些http介面的，基本就使用chi即可。
本次測試主要是gin iris echo 這三個框架。側重在於高性能，從並發和json序列化和反序列化兩個方面來測評，畢竟後台項目側重的也就是這兩個方面。

為了選擇符合重IO的框架，現設定如下場景的demo，demo的具體要求如下：

gin:

iris:

echo:

由於要測試5種body樣本，4種場景，4個框架，因此把重點數據篩選出來(吞吐量、錯誤率和99%Line，重要性依次遞減)，結果都繪制了圖形，方便比對查看。

綜合以上各個測試結果可以看出，gin以及iris都是非常優秀的框架，gin的優勢比其他稍微大點，iris次之，而echo相應差一點。
本次測試只是簡單測試了一下3個框架的並發和json相關。對比結果，不包括生態和工具的完善度等等。如果測試有什麼不完善的地方，歡迎交流。
另外歡迎大家試用和star另外一個web框架 baa ，為了避嫌我沒有貼出baa的數據，性能測試處於gin之後和iris之間。