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

来源:未知 责任编辑:责任编辑 发表时间:2013-12-06 08:44 点击:

项目架构N层结构中,业务层无疑是比较灵活多变,与数据库层紧密联系,又同时约束WEB层的中间层,它是否应该有个基类,而如果有,那它的作用又是什么呢?
这就是今天要说的。
首先,我认为每个层都应该有个基类,它的使用当然就是将本层公共的代码进行抽象,可能是属性,方法等等,而对于业务层当然也不例外,先看一下我的业务层基类www.2cto.com
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 : ServiceBase, IService
    {
        #region IService 成é员±

        public IEntity GetModelByPrimaryKey(IEntity entity)
        {
            return base.LoadRepository<Entity.TEST.UserBases>().Find(entity.PrimaryKey);
        }

        public List<IEntity> GetModel()
        {
            return base.LoadRepository<Entity.TEST.UserBases>().GetModel().Cast<IEntity>().ToList();
        }

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

 

摘自 Lose.zhang
    发表评论
    请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
    用户名: 验证码:点击我更换图片
    最新评论 更多>>

    推荐热点

    • 浅析.NET下XML数据访问新机制
    • asp.net 面试+笔试题目第1/2页
    • C# 邮件地址是否合法的验证
    • C#高级编程:数据库连接[1]
    • asp.net 设置GridView的选中行的实现代码
    • 经典C++程序1
    • IIS 自动回收导致后台定时器失效的问题解决
    • ASP.NET&#160;GridView列表代码示例
    • 微软ASP.NET站点部署指南(3):使用Web.Config文件的Transforma
    网站首页 - 友情链接 - 网站地图 - TAG标签 - RSS订阅 - 内容搜索
    Copyright © 2008-2015 计算机技术学习交流网. 版权所有

    豫ICP备11007008号-1