Answers:
如果您希望视图具有强类型的视图数据类，则这可能对您有用。其他解决方案可能更正确，但这是设计和实用性恕我直言之间的良好平衡。
母版页采用强类型的视图数据类，该类仅包含与之相关的信息：
public class MasterViewData
{
public ICollection<string> Navigation { get; set; }
}使用该母版页的每个视图均采用强类型化的视图数据类，该类包含其信息并从母版页视图数据派生：
public class IndexViewData : MasterViewData
{
public string Name { get; set; }
public float Price { get; set; }
}由于我不希望各个控制器了解将母版页数据放在一起的任何信息，因此将该逻辑封装到一个传递给每个控制器的工厂中：
public interface IViewDataFactory
{
T Create<T>()
where T : MasterViewData, new()
}
public class ProductController : Controller
{
public ProductController(IViewDataFactory viewDataFactory)
...
public ActionResult Index()
{
var viewData = viewDataFactory.Create<ProductViewData>();
viewData.Name = "My product";
viewData.Price = 9.95;
return View("Index", viewData);
}
}继承与主视图之间的匹配关系很好，但是在渲染部分/用户控件时，我会将其视图数据组合到页面视图数据中，例如
public class IndexViewData : MasterViewData
{
public string Name { get; set; }
public float Price { get; set; }
public SubViewData SubViewData { get; set; }
}
<% Html.RenderPartial("Sub", Model.SubViewData); %>这只是示例代码，无意按原样编译。专为ASP.Net MVC 1.0设计。
我更喜欢将主视图的数据驱动部分分解为多个部分，并使用Html.RenderAction进行渲染。与流行的视图模型继承方法相比，这具有几个明显的优点：
编辑
通用错误在下面提供了更好的答案。请阅读！
原始答案
Microsoft实际上已经发布了处理此问题的“官方”方式的条目。这提供了逐步解释，并解释了其原因。
简而言之，他们建议使用抽象控制器类，但请亲自看看。
Request.Params对象是可变的。在请求处理周期中，向其添加标量值非常容易。从视图的角度来看，该信息可能已在QueryString或FORM POST中提供。hth
其他解决方案缺乏优雅感，并且花费的时间太长。我为将近整整一年的时间做这件非常悲伤和贫困的事情表示歉意：
<script runat="server" type="text/C#">
protected override void OnLoad(EventArgs e)
{
base.OnLoad(e);
MasterModel = SiteMasterViewData.Get(this.Context);
}
protected SiteMasterViewData MasterModel;
</script>很明显，我在SiteMasterViewData上具有此静态方法Get（），该方法返回SiteMasterViewData。