哈希params vs url params，什麼時候用哪個？

是否有關於何時使用散列參數，url params和vs路徑的約定或最佳實踐建議？哈希params vs url params，什麼時候用哪個？

例如：

散列PARAMS：stackoverflow.com/questions#q=13630937 &噸=散列-PARAMS-VS-URL-PARAMS
網址參數：stackoverflow.com/questions?q = 13630937 & T =哈希PARAMS-VS-URL-PARAMS
URL路徑：stackoverflow.com/questions/13630937/hash-params-vs-url-params

是否有安全，搜索引擎優化，可用性本每個人的樂趣或缺點或是風格問題？

2013-03-06 wag2639

哈希參數對於單頁JavaScript應用程序非常有用，它允許javascript向用戶呈現應用程序狀態的可共享url。這是首選，因爲如果你有一個頁面的JavaScript應用程序，並且用戶通過ajax導航並加載更多內容並共享url，沒有哈希或推送狀態修改，接收內容的人將獲得主頁或啓動狀態。哈希參數可以輕鬆修改並通過javascript讀取，無需重新加載頁面。

散列參數通常只在客戶端使用，散列參數不會傳遞給服務器......所以它們只對參數化客戶端有用。

/users#!/13

會加載用戶的索引頁，然後的JavaScript可以讀取哈希

window.location.hash，並使之通過某種形式的客戶端路由器，並進行適當的Ajax請求，並可能加載用戶顯示模板和推它到了最後。

Url params和url路徑有些可以互換。人們通常使用的URL路徑描述寧靜的資源，如

/users/[:id] => /users/13 => /users?id=13 
/users/:id/posts => /users/13/posts 
/users/:user_id/posts/:id => /users/13/posts/22 
etc......

@Walter Tross，從SEO的角度做了一個很好的點。臃腫的URL或「URL參數」更容易被抓取工具索引，並且往往排名更高。

對於不適合在一個足智多謀的路線PARAMS我們把他們作爲PARAMS

/users?sort=user_name&order=asc

來源

2013-03-14 03:18:12

路徑和查詢字符串（網址參數）不是但從 – 2013-03-20 15:41:07

@WalterTross的SEO角度互換的，如果你願意以更全面的解釋路徑和查詢字符串參數WRT SEO之間的差異來添加另一個答案，這可能會有所幫助。 – 2013-03-20 19:56:34

哈希params vs url params，什麼時候用哪個？

回答

相關問題