現在URL大多用/xx/xx的形式，相比?xx=xx&xx=xx有什麼好處嗎？

現在URL大多用/xx/xx的形式，相比?xx=xx&xx=xx有什麼好處嗎？
比如?pageNum=1&userId=1相比/pageNum/1/userId/1

回複內容：

現在URL大多用/xx/xx的形式，相比?xx=xx&xx=xx有什麼好處嗎？
比如?pageNum=1&userId=1相比/pageNum/1/userId/1

誰告訴你現在 URL 都用 /XX/XX的形式的，難道以前不是這樣？

/ 是路徑
？後面的是查詢

自己去看看 google 和 baidu 的查詢 url 就知道了

不是更語義化了麼
xx.php/pageNum/1/userId/1
要擷取/刪除(http方法的不同)第1頁的userId為1的使用者

RESTful的API介面

地址靜態化，方便收錄

題主說的是偽靜態固定連結吧。?xx=xx&xx=xx是GET傳值，兩者不存在比較。

比如 /post/edit/1024 最後還是要重寫成 /index.php?c=post&a=edit&id=1024 或者 /post.php?a=edit&id=1024 交給PHP處理, 或者直接把URI交給index.php分析, 只不過前者更 RESTful 罷了.

seo。。。。。。

前一陣子剛好遇到這個問題呢。
是.net mvc的一個項目，項目中是手動設定的路由(路徑)，領導說讓按第一種的寫法。
比如我的會議詳情頁：.../meeting/detail/1,數字就是會議的Id；
後來會議有分類了，大類小類的亂七八糟的，要改麵包屑顯示了，再加一個參數去解決吧.../meeting/detail/1/1，壞了，好多列表頁進不去詳情頁了，以前列表頁都是走的這一個detail頁：搜尋、直播、錄播、專家、國際等待。然後改了一大堆檔案，邏輯的。沃日，怎麼也算是完成了，反正還是不喜歡這種形式的路徑，至少第二種不會引發程式錯誤。
後來項目上線前用專業工具安全檢測的時候，提了一個bug:路徑.../search/import無法訪問！！
我去你妹的，這個是import是搜尋關鍵字，你給我當路徑？
url哪個形式，還是看個人喜好吧，我覺的。

兩個都可以，看情境了，並非所有的情境都適合RESTFul，REST站在一切皆資源的角度，對其的創造只能通過http動詞。就像是java把一切都看做名詞一樣。但這樣很麻煩，要考慮各種設計。，”?“反而簡單粗暴，速度可能更快（雖然對人類無意義的時間）。

第二種是有針對性的直接按路徑進行的查詢

