26

我收到了一个使用 Asp.Net MVC4 构建的原型应用程序。它目前正在用使用 NInject、ServiceLocator 等的自定义控制器工厂替换默认控制器工厂。

问题在于，通过替换默认控制器工厂，对 JS 文件的请求被视为对控制器和操作的合法请求。

因此，查看 Visual Studio 创建的默认模板，路由配置如下所示：

public static void RegisterRoutes(RouteCollection routes)
{
    routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

    routes.MapRoute(
        name: "Default",
        url: "{controller}/{action}/{id}",
        defaults: new { controller = "Home", action = "Index", id =   UrlParameter.Optional }
    );
}

看完之后，我问自己：为什么对“/Scripts/jquery.js”的请求没有被 Asp.Net MVC 解释？我的意思是，为什么它不认为“脚本”是一个控制器而“jquery.js”是一个动作？

因为如果我禁用控制器工厂覆盖，项目就可以工作，我只能假设默认工厂负责这种检查。这意味着“/Scripts/jquery.js”确实被传递给了控制器工厂，这是我不知道的。

任何人都可以对此有所了解吗？

在覆盖控制器工厂时应该做什么样的处理以避免此类问题？

4

3 回答 3

32

这不是因为 MVC 如何处理对 jquery.js 的请求，而是因为 IIS 处理对 jquery.js 的请求的方式。IIS 假定 .js、.jpg 等资源都是静态资源，因此不需要通过 ASP.NET 引擎传递它们。为了防止这种情况发生，您可以在 web.config 中添加一行以获取您希望 IIS 单独保留的路径。

<system.webserver>
    <handlers>
    <add name="scripts" path="/Scripts/*" verb="GET" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0"/>
    </handlers>
</system.webserver>

添加类似的东西应该允许您的 JS 文件通过 ASP.NET 而不是直接通过 IIS 提供服务。

于 2013-06-05T20:22:12.557 回答
20

经过更多的研究后，我从 Steven Sanderson 的书中找到了以下引述：

但是，路由系统仍然会检查文件系统以查看传入的 URL 是否恰好与文件或磁盘匹配，如果是，路由会忽略该请求（绕过该 URL 也可能匹配的任何路由条目），以便该文件将直接送达。这对于静态文件非常方便，例如图像、CSS 和 JavaScript 文件。您可以将它们保存在您的项目中（例如，在您的 /Content 或 /Script 文件夹中），然后直接引用和提供它们，就像您根本不使用路由一样。由于该文件确实存在于磁盘上，因此优先于您的路由配置。

相反，如果您希望路由配置优先于磁盘上的文件，则可以将 RouteCollection 的 RouteExistingFiles 属性设置为 true。（默认为假。）

这是一件非常有趣的事情，让我遇到了实际的问题。一个更简单的。碰巧的是，文件夹中没有相关的脚本。至少不是那些在视图上请求的版本完全相同的版本。这就是 Asp.Net MVC 认为它是一个控制器/动作请求的原因。

参考：http ://forums.asp.net/t/1536510.aspx/1

于 2013-06-05T20:37:29.357 回答
0

检查在您的链接或脚本之前使用“~/”，例如：src="~/assets/js/main.js"

于 2021-08-23T12:01:02.500 回答