Url routing 何时设置URL重新写入/路由？

你更喜欢

1-编写整个应用程序，然后设置路由/url重写

2-边走边设置路由

3-编写大部分应用程序，设置路由，然后维护路由

4-设置路由，然后编写应用程序

5-先写主要路线，然后在开发过程中维护它们

我看到所有这些方法的优点/缺点。我倾向于编写应用程序的很大一部分，然后设置路由，一旦我确定结构不会演变，并且我真的知道接下来会发生什么，从功能角度看

因为我试图尽可能地敏捷，所以在开始时很难拥有所有的特性，所以（4）是不可能的

---

你通常做什么？一般的最佳实践是什么？

在我在ASP.NET MVC中开发的应用程序中，我在实现了它所处理的代码部分之后设置了路由

---

原因是，一旦我看到查询字符串如何处理

GET

，我就可以看到我想要重写（或路由）URL的内容和方式。

在我用ASP.NET MVC开发的应用程序中，我在实现了它所处理的代码部分之后设置了路由

---

这样做的原因是，一旦我看到查询字符串如何处理

GET

，我就可以看到我想要重写（或路由）URL的内容和方式。

我个人会从早期开始，因为以后添加它有点问题，因为您不想将实际页面上的任何链接从myPage.aspx？mykey=myvalue更改为/mykey/myvalue/myPage.aspx，因为这不是一个自动或简单的过程

---

此外，如果稍后再进行重写/路由，则需要对站点进行完整的回归运行，以验证您是否捕获了所有这些示例。因此，边做边做会让它简单得多。

我个人会很早就开始，因为以后添加它会有点问题，因为你不想把实际页面上的任何链接从myPage.aspx？mykey=myvalue更改为/mykey/myvalue/myPage.aspx，因为这不是一个自动或简单的过程

---

此外，如果稍后再进行重写/路由，则需要对站点进行完整的回归运行，以验证您是否捕获了所有这些示例。因此，边做边做会使它更简单。

如果没有路由，如何从一页链接到另一页？我发现我需要走路线才能让一切顺利进行。我倾向于预先考虑我的资源是什么，这些资源将是URL的基础——但在这一点之后，我在实现该功能之前就进行了路由（路由->视图->模板->足够支持该视图的模型）

---

顺便说一句，我在Django工作。

没有路由，如何从一页链接到另一页？我发现我需要走路线才能让一切顺利进行。我倾向于预先考虑我的资源是什么，这些资源将是URL的基础——但在这一点之后，我在实现该功能之前就进行了路由（路由->视图->模板->足够支持该视图的模型）

---

顺便说一句，我在Django工作。

我认为你必须先这样做，因为你使用Django（ftw）。rails也是如此。但是对于像ASP.NET这样的东西，它是不同的…我认为你必须首先这样做，因为你使用django（ftw）。rails也是如此。但是对于像ASP.NET这样的东西，情况就不同了。。。