精通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是如下的那樣：

http://www.amazon.com/books/pro-aspnet-mvc3-framework

這個URL我們可以通過電話來讀給對方，非常自然。

要澄清的是，我們非常尊敬Amazon，我們也知道每個Amazon團隊的成員都是聰明善良的人。他們不會因為我們對他們URL格式的批評而不賣書給我們了。我們非常喜歡Amazon，隻是希望他們能修改一下URL。

下面幾個如何生成友好URL的建議：

按照内容設計URL，而不是按照應用程式設計的細節，使用諸如/Articles/AnnualReport，而不是/Website v2/CachedContentServer/FromCache/AnnualReport。

通過ID表示内容标題，如果必須要使用ID（區分特定的項目，或者避免額外的資料庫查詢開銷），使用/Articles/2392/AnnualReport。拼寫雖然很長，但是對人和搜尋引擎來說更加友好。

不要使用檔案擴充名來呈現網頁，比如.aspx，.mvc，但是對特殊類型的檔案比如.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位址加入收藏夾。