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的朋友有所帮助。

 

ASP.NET MVC Framework 系列

posted @ 2009-03-31 22:53 重典 阅读(...) 评论(...) 编辑 收藏