精通MVC3摘譯(5)-使用URL模式最佳實踐

使URL模式最佳實踐

現在，你可能想知道怎么設計自己的URL結構。你可以按照visual studio自動生成的默認模式，但是也可以選取對你最有幫助的模式。

這些年，設計應用程序URL變的頗受重視，也出現了一些重要的設計原則。如果你遵循這些設計模式，對的你應用程序的實用性，簡潔性，和搜索引擎排名都有顯著的提升。

用戶很關注URL，如果你不這么認為，想象一些你給某人發送一個Amazon的URL，如下：

http://www.amazon.com/Pro-ASP-NET-MVC-3-

Framework/dp/1430234040/ref=sr 1 13?s=books&ie=UTF8&qid=1294771153&sr=1-13

通過email發個某人這樣的URL已經夠糟糕了，如果通過電話讀出來那更糟糕。如果URL是如下的那樣：

https://cache.yisu.com/upload/information/20200312/60/249157.jpg.pdf.zip則要使用后綴。web瀏覽器不關心文件擴展名，只要你的MIME type設置正確，但是用戶仍然希望.pdf結尾的文件是個PDF文件。

創建有層次的URL，必須/Products/Menswear/Shirts/Red，這樣用戶可以猜測父級的URL。

保持忽略大小寫敏感，ASP.NET路由系統默認的是對大小寫不敏感的

避免使用標簽，代碼，字符序列。如果太分割單詞，使用-號，比如/my-great-article。下劃線不是很友好，使用URL編碼的空格也很奇怪，比如/my+great+article，也可能讓人厭惡，比如(/my%20great%20article)

不要改變URL，無效的鏈接可能會失去商機。當你改變URL，保證老的URL結構仍然能夠訪問到。

一致化的格式。對你整個應用程序，采用一種URL格式。URL應該簡短，易于拼寫，永久有效，并且可以能顯出整個站點的結構。

正確選擇GET還是POST

根據經驗，GET請求應該用來獲取只讀信息，POST請求用來操作數據。在標準術語中，GET請求針對的是安全交互，除了請求信息之外沒有任何副作用。POST請求是對非非安全交互的，比如修改信息或者建立信息。這個慣例是由W3C設立，http://www.w3.org/Provider/Style/URI。GET請求的信息可以從地址中獲得，所有的信息都包含在URL中，所有不太可能講這種link地址加入收藏夾。

不要使用GET請求來操作數據狀態。很多web程序員在2005年才明白這一點的重要性，那時google網頁加速對公眾開放。這個應用程序預先從頁面中獲取內容，這個對于HTTP是合法的，因為GET請求是安全的。

不幸的是，很多web程序員忽略了HTTP的慣例，將簡單的鏈接導向’delete item‘’add to shopping car‘等操作。這樣就混亂了。

有的公司以為他們的網站受到了反復的惡意***，因為所有的內容都被刪除了。但是后來才發現是搜索爬蟲點擊了管理員頁面，抓取了所有的delete鏈接。認證系統可能會保護你，但是對于web加速器可能就保護不了了。