筆者每當遇到一個新事物的想去瞭解的時候，總是會問上自己第一個問題，這個新事物是乾什麼用的？在解釋我所理解的REST這個過程中也不例外，這篇博客我們先關註一下REST是乾什麼用的，然後後續再解釋REST是什麼。好了，不說廢話了，在上篇結尾處說到，REST是Web的架構風格，暫且不管REST和Web，我 ...
筆者每當遇到一個新事物的想去瞭解的時候，總是會問上自己第一個問題，這個新事物是乾什麼用的？在解釋我所理解的REST這個過程中也不例外，這篇博客我們先關註一下REST是乾什麼用的，然後後續再解釋REST是什麼。好了，不說廢話了，在上篇結尾處說到，REST是Web的架構風格，暫且不管REST和Web，我們先看看架構風格是什麼東西？
1. 什麼是架構風格?
電腦科學中，架構（Architecture）一詞來源於建築學，我相信大家在不少資料上都見過這樣的解。那麼同樣的，架構風格（Arvhitecture Style）這個詞語也和建築學的建築風格高度相似。比如我說起蘇州園林、佛教建築、古羅馬建築這幾種風格的建築。或許你可能和筆者一樣對建築學一竅不通，但是給你一棟建築放在眼前，你依然可以快速的分辨出這棟建築到底是佛教建築的還是古羅馬建築，為什麼呢？因為它們有著很明顯的特點可以區分看來，比如下圖：
你總不會認為它是古羅馬的建築吧（雖然我說不上來具體有什麼特征。。。但是它就是佛教建築，你能把我咋滴）。
那麼架構風格也是這麼一個類似的概念，也有它自己的特征加以區分，我們把這些特征稱為“架構約束”。那麼架構風格的定義就是：一個架構風格是一組已命名的、相互協作的架構約束。所以，既然REST是Web的架構風格，那麼也就是說有一組架構約束約束著Web？是的，正是如此。
2. Web的發展
上篇說到，世界上的第一個網站在1990年12月20日誕生於Tim Berners-Lee（web之父）的一臺NeXT電腦上，由一個簡單的瀏覽器，html組成。而如今的Web已經不是當初的那個純靜態的網站了，早已滲透到了社會的各個方面。
如今Web的規模在成幾何指數的增長著，從早期的純靜態的網站 -> CGI->腳本語言（php,jsp,asp）-> AJAX -> RIA（Flash,Silverlight）-> SPA -> Web App -> PWA（Google提出的漸進式Web APP）。有沒有發現，其中支撐Web發展的核心標準規範（HTTP，URI和HTML），一直都沒有根本性的變化。
1996年HTTP0.9的時候一直處於純靜態的網站的階段，96年HTTP1.0引入了POST，從此邁入了CGI的時代，再到1999年HTTP1.1發佈的時候，腳本語言（php,jsp.asp）已經大展身手了，國內的BAT和早期的三大門戶（網易，新浪，搜狐），國外的雅虎，谷歌均誕生於這幾年間。而自從1999年發佈的HTTP1.1，到如今的2017年，支撐了整個Web快速發展的10幾年，2015年正式發佈的HTTP/2，幾乎沒有對HTTP1.1的協議語義方面做任何修改，而重點在於提升底層TCP的傳輸性能。
而URI自從1998年URI協議穩定來以後，就沒發生過什麼變化。
HTML倒是變化不少，不過重點都是在於新標簽，新API方面，而a，img，link，script和form這類超媒體控制項元素一直都是非常穩定的。
再看看如今一個web應用運行的時候，都有那些部分會參與其中：
- JS;
- CSS;
- 圖片，視頻，音頻；
- SOCKS，SSL/TLS；
- 來源伺服器（apache，ngnix，iis）
- 網關（CGI，反向代理）
- 用戶代理（chrome，firefox，ie，早期的網景）
- 客戶端庫（curl，wget，各種語言平臺的httpclient庫）
- 瀏覽器緩存，CDN，網路運營商緩存
等等，而這些部分在這20年間，發生了多少次的獨立部署和升級，又有多少的組件已經退出了歷史舞臺。Web的面貌本身也以及發生了翻天覆地的變化，而Web的最核心的三部分（HTTP,URI,HTML）卻保持著相對穩定的狀態。這裡面是不是有些值得思考的東西？有哪一個系統能像如今的Web系統這樣，在20多年間，核心組成部分可以保持穩定，並且支撐瞭如此大的規模發展。
3. REST用來乾什麼的？
Web得以如此規模的發展，這和Web誕生之初的架構設計是分不開的，而REST則是用來發現，識別Web的架構模型中，有哪些地方需要改善，哪些地方需要說不的。所以，想要理解REST是什麼，必須要站在俯覽Web的角度，以Web的上帝視角來看待Web，才能搞清楚REST對Web到底做了些什麼（定義了幾組架構約束）。很多的人只關註於restful的web api，以api的角度去理解解釋rest，最終只會發現到頭來就是URL設計的漂亮些，HTTP動詞用起來，然後你就會發現REST也不過如此，也不好用，還遺留一堆問題。或許你總會覺得少了些什麼，然而也說不上來到底少了什麼。其根本原因在於看待REST的視角選的不合適。
4. 總結
筆者感覺這篇文章好像全是大空話，，，哈哈哈。不過也就只有一個目的，簡單的類比解釋下什麼是架構風格，以及應該以怎樣的視角看待REST（就像玩積木一樣，開Web的上帝視角）。
本篇均是筆者的一家之言，不免有錯誤之處，歡迎指正。
參考資料
架構（Architecture）：https://en.wikipedia.org/wiki/Architecture
HTTP 0.9 ：https://www.w3.org/Protocols/HTTP/AsImplemented.html
HTTP 歷史：https://www.w3.org/Protocols/History.html
HTTP 1.1 : https://www.ietf.org/rfc/rfc2616.txt
理解本真的REST：http://www.infoq.com/cn/articles/understanding-restful-style/
Roy Fielding談Google SPDY協議：http://www.infoq.com/cn/news/2012/07/roy-on-google-spdy
架構風格與基於網路應用軟體的架構設計（中文修訂版）：http://www.infoq.com/cn/minibooks/web-based-apps-archit-design
