问题标签 [url-routing]

假设我在数据库中有以下一组 url

给定任意 url，我想检查该 url 是否属于现有的一组 url 并获取相应的数据字段。

我的问题是：

1. 我将如何设计数据库来做到这一点
2. 鉴于可能有 1000 个 url，django 通过循环遍历每个正则表达式并检查匹配项来执行 urlresolution，这是解决此问题的最佳方法吗？
3. 我可以查看任何现有的实现吗？

我和我的团队正在 asp.net mvc 上创建一个门户。我们想为用户页面创建这样一个 url：http: //user.portal.com/。我们如何在 mvc 或 asp.net 中实现它。

可以使用 ASP.Net 路由（不是 MVC）来提供静态文件吗？

说我要路由

至

我想动态地执行它，因为重写的 URL 是动态计算的。我无法一劳永逸地设置静态路由。

无论如何，我可以创建这样的路线：

在该FileRouteHandler.ProcessRequest方法中，我可以重写从/static/picture.jpgto的路径/a/b/c/picture.jpg。然后我想为静态文件创建一个处理程序。ASP.NET 将StaticFileHandler用于此目的。不幸的是，这个类是内部的。我尝试使用反射创建处理程序，它实际上可以工作：

但是使用内部类型似乎不是正确的解决方案。另一种选择是实现我自己的StaticFileHandler，但正确地实现（支持范围和 etag 等 HTTP 内容）并非易事。

我应该如何在 ASP.NET 中处理静态文件的路由？

有没有办法可以从 asp.net MVC 中的查询字符串中删除空键或空键？例如，我有一个页面，我在结果表上过滤数据，如果我搜索 John，查询字符串将重新显示为：

并不是

我查看了 URL 路由，但我不确定它是否应该用于类似这样的装饰，或者是否可以使用它来实现我所要求的。

在 ASP.NET MVC 中，是否可以定义可以根据部分 URL 的数据类型确定使用哪个控制器的路由？

例如：

本质上，我希望以下 URL 由不同的控制器处理，即使它们具有相同数量的部分：

我的域名/123

我的域名/ABC

PS 上面的代码不起作用，但它表明了我想要实现的目标。

我刚开始使用 ASP.NET MVC，我有两个路由问题。

1. 如何在 ASP.NET MVC 中设置以下路由？

   我不想在实际 url 中指定控制器以使 url 更短。如果网址看起来像这样：

   这对我来说更有意义，因为我可以添加 CompanyController 并为 about-us、contact-us、staff-bios 设置 ActionResults 并返回适当的视图。我错过了什么？

2. Global.asax 中的默认路由规则中的“默认”名称有什么用途？它有什么用吗？

谢谢！

我有一个小任务要做，我认为从这里开始比做错然后再来这里要好。我需要用更友好的格式替换我的 URL，如下所示： 当前：www.MySite.com/default.aspx?userID=XX 我希望用户输入：www.MySite.com/user/(UserName)

另外，当前：www.MySite.com/default.aspx?userID=XX&ref#XX 我希望用户输入：www.MySite.com/user/(UserName)/ref#{refno}

提前致谢

PS：我不想使用 Asp.net MVC。

在 Global.asax 中，以下是什么意思？

我有一个 admin 命名空间，它为我提供了常用的路由，例如 admin_projects 和 admin_project，但是它们的行为方式并不正常。这是我的第一个 Rails 2.3 项目，所以可能相关，但是我无法通过 Google 找到任何信息。

奇怪的是对于给定的 URL（例如 /admin/projects/1），我不必传入一个对象来获取 URL，它会以某种方式猜测它们：

不用担心，这不是一个真正的问题，只是以前没有注意到这一点。

但是，如果我像往常一样尝试传递一个对象：

":id" 似乎包含整个对象，所以我尝试直接传递 id 并且它可以工作：

这还不错，但是当涉及到表单时，我通常使用 [:admin, @object]，但是：

所以我不能传入一个 id，因为它需要一个对象类来计算出正确的使用路线。

我看不出任何错误，这是非常标准的，所以我不确定出了什么问题......

我刚刚升级了旧的基于通配符映射的 URL 系统以使用System.Web.Routing. 之前，我能够请求 URL /Service/GetItems<My.Full.Item.Type>，它在另一端被解析并返回你所期望的。那很整洁。

现在启用路由，任何带有 < 或 > 的请求都会返回内容'/'而不是我想要的页面。即使我将这些编码为 %3C 和 %3E ，我也会被重定向到根目录，而不管 URL 的其余部分说什么。

如果我不必通过我的应用程序将所有直观通用引用的实例更改为我想出的临时解决方案，我会喜欢它：/Service/GetItems/T=My.Full.Item.Type. 也没有那么好。

谢谢大家！