今天主要想说一个MVC+LinqTOSql的系统架构中哪些东西可以,也应该进行抽象.
MVC的WEB层应该进行抽象的是:
统一的Controller,将其它controller公有的属性和方法进行一个抽象,方便以后扩展和维护.
代码可能是这样:
/// <summary>
/// Controller基类
/// </summary>
public abstract class ControllerBase : Controller
{
/// <summary>
/// 通用信息（一般由service层返回的）
/// </summary>
protected Entity.VMessage VMessage { get; set; }
}
Service层应该进行抽象的是:
统一的业务逻辑对象,所有Service类都继承自它,它可能有一个数据抽象方法LoadRepository<T>(),它主要负责所有最基础数据操作的调用,哪最简单的增,
删,改,查,在业务逻辑层的具体Service类中在对具体操作进行组合与封装,完成一个完善的,最直接的对WEB层的数据操作接口.
代码可能是这样:
/// <summary>
/// 业务层抽象基类
/// </summary>
public abstract class ServiceBase
{
/// <summary>
/// 通用消息
/// </summary>
protected VMessage VMessage { get; set; }
/// <summary>
/// 数据层统一（基础）操作对象
/// </summary>
/// <typeparam name="TEntity"></typeparam>
/// <returns></returns>
protected IRepository<TEntity> LoadRepository<TEntity>() where TEntity : class,Entity.IEntity
{
return new Repository<TEntity>();
}
Data层对数据上下文操作的封装,将DBContext的基础操作进行重新封装,对DATA层其它子类只公开封装后的方法和属性,也是方便维护和扩展的.
代码可能是这样:
/// <summary>
/// 数据操作基类
/// </summary>
public abstract class TestRepositoryBase
{
/// <summary>
/// 数据库基类
/// </summary>
protected LinqTESTDataContext db = ...
/// <summary>
/// 统一提交动作
/// </summary>
protected virtual void SubmitChanges()
{
...
}
本文转自博客园张占岭（仓储大叔）的博客，原文链接：架构那些事~MVC系统架构中哪些应该进行抽象，如需转载请自行联系原博主。
