我试图决定我的程序员是否可以使用“ViewBags”将数据传递给已经接受模型的视图.@H_403_3@
我个人的偏好是避免使用ViewBags并构建包含视图所需的所有数据的Robust Models:@H_403_3@
- MODEL A:
- - List of Employees
- - Nullable integer,indicating which item from the list is currently selected
- - string firstName (empty if index is null)
- - string lastname (empty if index is null)
- MODEL A:
- - List of Employees
- ViewBag:
- - ViewBag.Index (indicating which item from the list is currently selected)
- - ViewBag.FirstName
- - ViewBag.LastName
谁能想到一个争论为什么Approach2会比接近1更好?@H_403_3@
感谢您的输入@H_403_3@
解决方法
假设你有一个由整个网站共享的主人layout(或partial view)和几十个强类型的视图,每个视图都有自己的模型.如何将数据传递给布局?我见过的一些策略:@H_403_3@
如果你没有很多模型,或者只有一两个额外的属性,这可能会有效.这很快就会成为维护的噩梦.@H_403_3@
>让所有模型都从包含布局数据的类继承.@H_403_3@
我避免创建一个ModelBase类,但有时可能是必要的.@H_403_3@
>为布局和通用模型基类创建模型.@H_403_3@
我见过MVC应用程序有几种布局,任何视图都可以使用.如果模型继承自基类,则可能需要为每个布局都有一个基类.为了避免重复工作,我将为每个布局创建一个布局模型.那么像这样的东西可能适合你:@H_403_3@
- abstract class ModelBase<TLayout> {
- public TLayout Layout { get; set; }
- }
- class Model : ModelBase<LayoutModel2> { /* model stuff here */ }
在极少数情况下我可以想象将布局信息放在模型中是不正确的调用.人们使用他们的域模型作为他们的模型似乎很平常,例如,您可能不希望将布局/视图数据与业务/域数据混合在一起.@H_403_3@
如果您决定使用ViewBag,请避免这样做:@H_403_3@
- ViewBag.Title = "My page"
- ViewBag.UserID = 123
- ViewBag.UserName = "admin"
- ViewBag.UserDisplayName = "Administrator"
存在明显的潜在问题,例如在不同的地方使用不同的大写(例如UserId而不是UserID).不太明显的是,有人可能会意外地将ViewBag.UserID设置为字符串或Nullable< int>:@H_403_3@
- class SomeOtherClass {
- public string UserID { get; set; } // someone uses a string...
- }
- ViewBag.UserID = someOtherClassObj.UserID; // now you're in trouble.
因此,如果您必须使用ViewBag,我建议这样的事情:@H_403_3@
- ViewBag.LayoutModel = new LayoutModel { UserID = User.ID,UserName = User.Name };