0

我想为HtmlHelper类添加一个扩展方法，以便开发人员可以一般地检索，AreaActionLink<T>而不必new { area = "MyArea" }每次都添加，也不必指定Controller. 如果我指定命名空间或将区域控制器的命名空间放在 Web.config 中，这一切都很好。

例如，如果我将区域控制器命名空间更改为My.Web.Controllers而不是My.Web.MyArea.Controllers抛出 404，但如果我使用命名空间，它会正确解析。

public static MvcHtmlString AreaActionLink<T>(this HtmlHelper helper, string linkText, string actionName, object routeValues, object htmlAttributes) where T : IController
{
    RouteValueDictionary routes = new RouteValueDictionary(routeValues);
    string area = typeof(T).GetArea();
    if (!routes.ContainsKey("area"))
        routes.Add("area", area);

    return helper.ActionLink(linkText, 
        actionName, 
        typeof(T).Name.Replace("Controller", string.Empty), 
        routes, 
        htmlAttributes as Dictionary<string, object>);
}

如果在调用 AreaActionLink 时命名空间是完全限定的，则此方法有效

namespace My.Web.Areas.MyArea.Controllers
{
    [Area("MyArea")]
    public class OtherPlaceController : Controller
    {
        //...
    }
}

并像这样调用：

<%=Html.AreaActionLink<OtherPlaceController>("Link Text", "MyAction")%>

但是如果我尝试扁平化命名空间层次结构，这样我就不必为永远区域添加新的命名空间，它会抛出 404。

namespace My.Web.Controllers
{
    [Area("MyArea")]
    public class OtherPlaceController : Controller
    {
        //...
    }
}

似乎.Areas命名空间的部分很重要，但我不知道为什么......

4

1 回答 1

1

我相信您已经习惯了，默认情况下 ASP.NET MVC非常依赖于目录结构（控制器需要位于“Controllers”文件夹中，视图位于“Views”中等）。相同。您的区域应该位于单独的文件夹中——这实际上是拥有它们的主要原因之一！:)

于 2010-10-22T00:42:57.973 回答