何時設置URL重寫/路由？

Question

你喜歡...

1-寫整個應用程序，然後設置路由/ URL重寫

2-設置路由，你去

3-把大部分的應用，設置路由，然後保持路由

4-設置路由，然後編寫應用程序

5首寫的主要路線，然後保持它們作爲發展順利

我看到所有這些方法的優點/缺點。我傾向於編寫應用程序的大部分內容，然後設置路由，一旦我確定結構不會發展，並且我真的知道接下來會發生什麼，功能明智。因爲我試圖儘可能地敏捷，所以當我開始時很難擁有所有的功能，所以（4）並不是真的可行。

你通常做什麼？一般最佳做法是什麼？

Answer 1

我個人會早點開始的，因爲稍後添加它會有點問題，因爲您不希望將實際頁面上的任何鏈接從myPage.aspx？mykey = myvalue更改爲/ mykey/myvalue/myPage.aspx，因爲它不是一個自動或簡單的過程。

此外，重寫/路由是一種事情，如果以後要做，將需要一個站點的完整迴歸運行，只是爲了驗證您確實已經捕獲了所有這些示例。因此，隨着你的離開，它會讓它變得更加簡單。

Answer 2

在我用ASP.NET MVC開發的應用程序中，我已經實現了它處理的代碼部分之後設置了路由。

原因是一旦我看到查詢字符串如何處理GET，我可以看到我想要重寫（或路由）URL的內容。

Answer 3

沒有路由，你如何鏈接頁面？我發現我需要路由來完成任何事情。我傾向於稍微預先考慮一下我的資源是否會成爲網址的基礎 - 但稍後，我會在實現該功能（路由 - >視圖 - >模板 - >足夠的模型）之前進行路由。支持視圖）。

我在Django，BTW工作。