我有一个用vanilla ASP.NET编写的应用程序,我想将其移植到ASP.NET MVC.
然而,我对于坚持物体的正确位置感到困惑.我需要坚持几个原因：
>我希望所有人都拥有一个数据库连接,包含在“存储库”或“管理器”样式对象中.
>每个用户都有一个需要基于每个会话保存的用户对象.
通常,我会说#1将被保存为Globals.asax中的静态项,可以使用Global.Repository或类似命令.
我通常会说#2应该是一个属性,在页面的基类中有一个会话支持存储.
现在我感到困惑的原因是我听说MVC中的会话发生了变化,而Global.asax不再拥有相同的类.此外,页面的概念已被删除,因此向控制器的基类添加属性似乎是错误的.
怎么说yall？
解决方法
您的数据库将进入控制器的基类.此基类应扩展Controller,并且所有控制器都应扩展基类.这是一个小例子：
public class BaseController : Controller
{
private AuthServices _auth;
private LogHelper _log;
private Repository _repository;
/// <summary>
/// <see cref="AuthServices"/>
/// </summary>
protected AuthServices Authorization
{
get { return _auth ?? (_auth = new AuthServices()); }
}
/// <summary>
/// <see cref="LogHelper"/>
/// </summary>
protected LogHelper Log
{
get { return _log ?? (_log = new LogHelper()); }
}
/// <summary>
/// <see cref="Repository"/>
/// </summary>
protected Repository Repository
{
get { return _repository ?? (_repository = new Repository()); }
}
}
注意懒惰的实例化.这允许我在运行测试之前潜入并使用模拟设置我的私有字段.
至于会话,您的User对象仍然可以像在传统的ASP.NET应用程序中一样保存在会话中.几乎所有内容仍然存在(响应,缓存,会话等),但其中一些已经被System.Web.Abstractions中的类包装,因此可以模拟它们进行测试.它们仍然以相同的方式运行,但是你不应该在它们的传统角色中使用它们中的一些(例如,不要使用Response.Redirect,返回一个ActionResult,例如执行重定向的RedirectToRouteResult).
至于你的问题背后的推理……
不要强调单个数据库连接.根据您的实施情况,这可能是一个坏主意,因为请求可能互相踩踏.只需打开你的连接器,使用它,并在完成后处理/关闭它.
此外,MVC带来的最大变化之一是拒绝传统ASP.NET试图为Web开发带来的有状态模型.所有的框架和视图状态都不再存在(不要理会幕后的人).您对Web应用程序不太复杂且更健壮的状态越少.尝试一下,你可能会喜欢它.
