1樓：
get請求用於從伺服器獲取資料，冪等性。這意味著伺服器不會因為你的get請求而發生任何的更改。無論請求多少次，伺服器返回相同的值 。
當伺服器狀態因為此請求而發生了變化時，應該使用post請求。比如，login(會更新你的session),register(建立新的使用者)，以及order(建立乙個訂單)。
在我看來，請求的大小通常不是get vs. post的決定因素。
2樓：
短答案：
可以的話查詢都用GET。
長答案：
先談談有些同學講的長度限制。
其實不管是GET還是POST，理論上都是沒有長度限制的，因為HTTP是基於TCP的，而TCP在建立連線後是傳輸資料流進行通訊的。
打個比方，雙十一買的東西要發貨了，假設發貨地（客戶端）到你家附近快遞點（服務端）之間建立了一條傳送帶，不管多大的包裹，都是可以傳送的。
那為什麼每個請求會有大小限制？
……因為當包裹太大的時候，快遞點（服務端）會爆倉（宕機）。所以是服務端限制了每個請求資料的大小，當發現超過規格的資料報，服務端會拒絕接收。
服務端的資源肯定是有限的，為了保護自己，所以才會對請求長度做限制。而對於GET或者POST請求的長度限制，就要看服務端的配置了，並不是POST能傳的資料就比GET多。
接下來談談為什麼查詢推薦使用GET。
原因在於快取。目標是加快訪問速度以及節省流量。
從客戶端到服務端，複雜的話其實會經過非常多的節點，對於大規模的web應用，假如每個請求的響應都全量傳送，就會花費更多的時間以及頻寬流量。
那什麼時候會使用快取？目前約定俗成的策略就是GET請求配合請求頭引數。
綜上所述，建議了解自家服務端的配置，看GET能支援多大的長度，了解一下服務的規模，再有針對性地在應用層面進行設計。
不講究的話，用什麼都可以。
3樓：賈布斯
我覺得用可以直觀表達意思的型別更好，但是這裡也要看你傳遞的引數大小有多少，如果在合理的範圍內，get顯然更優。就像spring的controller、service、bean一樣。
但在實際工作中，多數人喜歡用一種型別的介面請求，它就是post，用一種型別不管是對前端還是後端，處理起來也更容易一些。
所以我贊同用post覆蓋所有介面。
4樓：
Rest api 中的查詢一般用get，比如 get http://api.xx.com?
a=1&b=2
但是get的url長度有限制
複雜的查詢可以用post，只不過查詢query在payload中。post的payload沒有長度限制，適合表達複雜的and or等邏輯關係
如何學網頁介面設計？
麻平夏 學乙個新事物是有難度的，你沒有基礎，自學很多東西你都是看不懂的，除非你是天才，不然我們為什麼要上學，你可以報乙個靠譜的培訓班，個人推薦武漢卓意設計，希望可以幫到你， 李藍 建議最好就是做乙份與網頁設計相關的工作，如果你還不太會可以先腦補一下必須的知識和面試時HR可能問到的問題 額.好吧.我的...
新版 Google Reader 的介面設計怎麼樣？
劉瓊 個人很是喜歡小清新！不過也有很多缺點，在閱讀量上面真是乙個失敗，不過小清新的介面讓我感覺很是舒服，我覺得google reader的改變不是乙個失敗，乙個事物的發展如果總是乙個樣子，那麼還有什麼新意呢。所以不過是一點點的改變讓我們現在用著不舒服罷了，過了一段時間，我們都熟悉的時候，那麼新的改變...
Photoshop 是否適合做軟體介面設計？是否有更好的替代工具？
陳先生 肯定適合，Photoshop的功能十分強大，只要多去研究，肯定會發現新大陸。替代工具肯定有，雖然Photoshop越來越智慧型化了，但其使用門檻還是比較高，隨著現在越來越多的傻瓜式操作的軟體和線上工具的出現，簡單的介面設計很多任務具都能實現。但軟體只是工具，操作不難，難在設計的思路以及如何通...