你更喜欢......
1-编写整个应用程序,然后设置路由/ URL重写
2-随时设置路由
3-编写大部分应用程序,设置路由然后保持路由
4-设置路由然后编写应用程序
5-首先编写主要路径,然后在开发过程中维护它们
我看到所有这些方法的优点/缺点。我倾向于编写应用程序的很大一部分,然后在我确定结构不会发展的时候设置路由,我真的知道接下来会发生什么,特征明智。
由于我尽量保持敏捷,但是当我开始时很难拥有所有功能,所以(4)实际上是不可能的。
你通常做什么?什么是一般的最佳做法?
答案 0 :(得分:2)
我个人会在早期开始使用它,因为稍后添加它有点问题,因为您不希望从myPage.aspx更改实际页面上的任何链接?mykey = myvalue to / mykey /myvalue/myPage.aspx,因为它不是一个自动或简单的过程。
此外,如果稍后进行重写/路由,则需要对站点进行完全回归运行,只是为了验证您确实捕获了所有这些示例。因此,随着你去做,将使它更简单。
答案 1 :(得分:1)
在我在ASP.NET MVC中开发的应用程序中,在我实现了它处理的代码部分之后,我已经设置了路由。
原因是,一旦我看到查询字符串如何处理GET
,我就可以看到我想要重写(或路由)URL的内容和方式。
答案 2 :(得分:1)
如果没有路由,您如何在页面之间进行链接?我发现我需要路由以获得任何进展。我倾向于先想一想我的资源是什么,这将是网址的基础 - 但在那之后,我在实现功能之前做了路由(路由 - >视图 - >模板 - >足够的模型来支持视图。)
我在Django工作,BTW。