架构那些事~MVC系统架构中哪些应该进行抽象-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

架构那些事~MVC系统架构中哪些应该进行抽象

简介:

今天主要想说一个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系统架构中哪些应该进行抽象,如需转载请自行联系原博主。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章
最新文章
相关文章