凡事出现必有原因

就像Filter，它是为了解决在一类的Action之前或之后执行统一的代码而产生的。

而Helper则是为了方便View的开发而产生的。

下面我们来解决几个问题，来看看Helper是怎么演化出来的。

起

题目：如何在View中写一个超级连接连接到主页？

这个问题看起来很好回答：

<a href="/home/index">首页</a>

承

其实上面这种不能称之为方案的写法其实是最好的，没有调用任何的方法，仅用纯的HTML就解决了问题。

但是如果Route规则改变了那怎么办呢？就像原来的

            routes.MapRoute(
                "Default",  
                "{controller}/{action}/{id}",
                new { controller = "Home", action = "Index", id = "" }
            );

改为了

            routes.MapRoute(
                "Default",  
                "{controller}/{action}.htm",
                new { controller = "Home", action = "Index" }
            );

扩展名变了，如果按上个答案那连接就要改为

<a href="/home/index.htm">首页</a>

如果项目中涉及到此Route规则的引用有很多的话，那么这么批量的改肯定会累死人的，而且还容易出错

那我们应该怎么办呢？

所以我们就要用UrlHelper

<a href="<%=Url.Action("Index","Home")%>">首页</a>

这样在Route规则变化的情况下也会得到正确的地址

转

上面的方法使Url可以应对变化，可是还有一个问题就是href=”<%=%>”这种方式在VS中是很难智能感知和调试的，所以要有一种很好的调试方式于是就产生了最初的HtmlHelper

<%=Html.ActionLink("首页","Index","Home")%>

这样就可以方便智能感知及调试了，而且代码也比较干净

结

上述的浅见描述了为何出现Helper，希望新学习ASP.NET MVC的朋友有所帮助。

ASP.NET MVC Framework 系列