MVC中业务层是否应该有个基类?它有什么作用?-阿里云开发者社区

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

MVC中业务层是否应该有个基类?它有什么作用?

简介:

项目架构N层结构中,业务层无疑是比较灵活多变,与数据库层紧密联系,又同时约束WEB层的中间层,它是否应该有个基类,而如果有,那它的作用又是什么呢?

这就是今天要说的。

首先,我认为每个层都应该有个基类,它的使用当然就是将本层公共的代码进行抽象,可能是属性,方法等等,而对于业务层当然也不例外,先看一下我的业务层基类

serviceBase吧,看代码:

public abstract class ServiceBase
   {
       /// <summary>
       /// Data Repository object
    /// </summary>
       /// <typeparam name="TEntity"></typeparam>
       /// <returns></returns>
       protected virtual IRepository<TEntity> LoadRepository<TEntity>() where TEntity : class,Entity.IEntity
       {
           return new Repository<TEntity>();
       } 
   }
这是一个功能最简单的基类的,它和其它基类一样也是抽象的,即不能直接被实现化的,事实上,直接点说就是它的功能应该叫它的子类去实现,我们通过访问它的子类去使用它的功能,呵呵。
当然我只是举了个例子,事实上项目中还有其它属性和方法应该放在这个类中,那就具体业务具体抽象了,呵呵。我们再看一下它的方法是如何被调用的,看代码:
/// <summary>
    /// User Service Implements
    /// </summary>
    public class UserService ServiceBaseIService
    #region public IEntity IEntity return baseUserBasespublic ListIEntityreturn baseUserBasesIEntity#endregion

上面的代码直接使用了父类的LoadRepository方法,其实如果子类有需要,可以在本类中对这个方法进行复写。

本文转自博客园张占岭(仓储大叔)的博客,原文链接:MVC中业务层是否应该有个基类?它有什么作用?,如需转载请自行联系原博主。

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

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

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

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