.NET MVC3：防止 404 丢失 CSS 文件？或者在编写 HTML 之前确保文件存在？

Question

我们需要为 ASP.NET MVC3 应用程序提供换肤功能。

到目前为止，我的方法是通过 cookie 和 css 文件的子操作来解决这个问题：

1. 客户端使用 www.ourapp.com/as/www.clientapp.com/then-go-to/path 之类的 URL 链接到我们的应用程序/in/ourapp.
2. 上面的 url 被路由到一个操作方法，该方法写入一个名为“skin”、值为“www.clientapp.com”的 cookie，然后重定向到 /path/in/ourapp。
3. 我们的布局（母版页）在要渲染 css 文件的 部分中有一个 @Html.Action。
4. 子操作检查 cookie 并创建一个视图模型，该视图模型将告诉部分视图要渲染哪些 标记。

css 文件结构基于 cookie 值。因此，我们的 css 内容可能如下所示：

/content
    /www.clientapp.com
        /style1.css
        /style1.css
    /www.client2app.com
        /style1.css
        /style2.css

我愿意听到更好的模式/替代方案，将皮肤应用于布局。但这不是我提出问题的原因。

当前，当文件系统中不存在 css 文件时，此方法存在问题。该请求导致 IIS 返回 404。我们使用自定义页面覆盖 404 页面（不使用 中具有 @Html.Action 的相同布局）。这会导致 IIS 执行一些不必要的额外处理（例如，在 404 页面布局上呈现登录/注销链接、水平导航等的部分和子操作）。

在我看来，有两种方法可以解决这个问题：

1. 在配置 css 的子操作中，检查以确保文件存在于磁盘上，然后再告诉视图模型应该渲染它们。这种方法的优点是它应该相当简单。缺点是要对其进行单元测试，必须将文件 I/O 包装在可注入的服务中。该应用程序还将部署到 Azure。我认为Azure可以读取文件系统（这是所需要的），但不能写入它。
2. 以某种方式防止 css 文件返回 404。为此，我们是否必须在 global.asax Application_Error 中实现逻辑？或者是否有其他方法可以防止丢失 CSS 文件而触发 404 响应？

哪种方法是正确的？还是还有其他我没有考虑的？

更新

我们最终在自定义 404 错误页面中解决了这个问题，如下所示：

[ActionName("not-found")]
public virtual ActionResult NotFound()
{
    // do not return 404 for missing css files
    if (Request.RawUrl.EndsWith(".css", StringComparison.OrdinalIgnoreCase))
    {
        Response.StatusCode = 404;
        return new EmptyResult();
    }
    return View();
}

Answer 1

一种选择是不覆盖 CSS 请求的 404 错误。

对于丢失的 CSS 文件，返回 404 状态，但将正文留空。正文对于 CSS 文件并不重要，因为人类看不到它，而浏览器只关心状态。