C#中Html.RenderPartial与Html.RenderAction的区别分析

本文较为详细的讲解了c#中html.renderpartial与html.renderaction的区别，具体分析如下：

html.renderpartial与html.renderaction这两个方法都是用来在界面上嵌入用户控件的。

html.renderpartial是直接将用户控件嵌入到界面上：

在页面直接渲染 视图结果  视图必须存在！

<%html.renderpartial("logonusercontrol");%>

或

<%html.renderpartial("~/areas/comm/views/shared/logonusercontrol.ascx");%>

注意：用第一种方法时，用户控件必须放在调用者同一目录下，也可以放在view/shared中。

html.renderaction则通过controller中的action来调用用户控件

在页面直接渲染 action的结果  可以指定controller  返回的可以是继承自actionresult的所有子类型

controller:----用户控件所在controller

public actionresult usercontrol()
{
return partialview();
}

view:----调用用户控件的view

<%html.renderaction("usercontrol","controller");%>

个人比较喜欢用renderpartial

renderpartial和renderaction都是在asp.net mvc中用来显示partialview的方法，所以在什么时候用哪个方法就是碰到的第一个问题。而要做出正确的选择就需要对这两个都有充分的了解，并且 知道其异同点。这也是本文的主题。

两者的相同点：

renderpartial和renderaction通常都被用来显示一个功能相对独立的“块”，比如说显示菜单或者导航条。 两者输出的结果都被作为调用的view的一部分显示。

两者的不同点：

renderpatial的数据来自于调用的view，而renderaction来自自己。
renderaction会发起一个新的request，而renderpatial不会。

如何选择：

根据两者不同点中的第二点，由于renderaction会调用一个新的action方法，而asp.net mvc中action是最小的缓存单位，因此如果某一个“块”的数据比较固定，不会因为访问者的不同而发生变化，那么这时就是使用 renderaction的时候了。 题外话，对于renderaction会发起一个新的request，感觉对调用页面的流程有点破坏。一个view在显示的时候，自己又发起一个 request去获取数据来显示，显然有点破坏了作为一个view的原则.