ASP.NET MVC 重点教程一周年版 第八回 Helper之演化
凡事出现必有原因
就像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的朋友有所帮助。
