您的位置：首页 > 编程语言

微型项目实践（5）：Business层代码分析——实体基类

2008-05-08 20:52 337 查看
上一篇中，我们分析了Common中的几个类，这几个类都是辅助用的，其实不太重要，重要使我们今天要分析的这几个类，包括Entity、IDatabase、IEntityDataAccess，其中Entity作为所有实体类的基类，更是重中之重，而IDatabase、IEntityDataAccess这两个接口，则是为Entity类服务的。

先看那个熟悉的系统结构图。





Entity、IDatabase、IEntityDataAccess这三个类型位于Business层中。该层目前的类图如下：





从图中可以看到，Business层包含Blog和BlogClass这两个实体类，他们都继承于Entity类；每个实体类（包括Entity）都对应一个Entension类，这个类自然就是存放该类相关的Extension方法的地方，通常是对IQueryable和IEntityAccess接口的扩展；另外IDatabase和IEntityAccess两个接口定义了数据库访问的方法。

一、Entity类。Entity是所有实体类的基类，是一个模板类不能是结构体的泛型类。它为所有的实体类提供了ID、TimeStamp和IsNew的属性，Validate、Save和Delete方法，每个方法又包含实际操作ValidateAction、SaveAction和DeleteAction。

1，属性：

ID和TimeStamp属性是抽象属性，之所以这样，是因为Linq的继承目前还不是很成熟，所以我们把ID和TimeStamp的具体信息推迟的每个实体类（使用代码生成），这样，对于Linq来说，就是一个不存在继承的实体体系。另外，ID和TimeStamp是只读的，Linq可以通过反射设置字段的内容，所以我们把ID和TimeStamp设置为只读，只由Linq负责这两个字段的值，防止类外部的修改，这一技巧也可以用于其它不允许类外部修改的属性（即只包括get方法的属性）。IsNew方法是基于ID字段判断的，参看以下代码。由于ID是只读的，所以我们可以安全的通过判断ID是否为0来识别该字段是new出来的还是从数据库中读取出来的。

///<summary>
///新实体的ID取值
///</summary>
publicconstintNEW_ENTITY_ID=0;
///<summary>
///取得实体是否是新实体
///</summary>
publicboolIsNew
{
get{returnID==NEW_ENTITY_ID;}
}

2，方法：

Entity提供了Validate、Save和Delete三个方法，每个方法又包含可以被子类重写的实际操作：ValidateAction、SaveAction和DeleteAction。两两之间通常是这样子的：

///<summary>
///验证
///</summary>
///<paramname="database">数据库</param>
///<returns>验证结果</returns>
publicValidateResultValidate(IDatabasedatabase)
{
if(database==null)
thrownewArgumentNullException("database");
varvalidater=newValidater();
ValidateAction(validater,database);
returnvalidater.Validate();
}
///<summary>
///验证动作
///</summary>
///<paramname="validater">验证器</param>
///<paramname="database">数据库</param>
protectedvirtualvoidValidateAction(Validatervalidater,IDatabasedatabase){}

即Validate等入口方法提供了诸如验证参数等得共同操作，而提供给子类可以重写的Action方法。三个方法中比较特别的是Save方法，它在执行Action前，会先调用Validate方法，以保证保存进数据库的数据全部是合法数据。如下：

publicvoidSave(IDatabasedatabase)
{
if(database==null)
thrownewArgumentNullException("database");
varvalidateResult=this.Validate(database);
if(!validateResult.IsValidated)
thrownewValidateFailException(validateResult);
SaveAction(database);
}

Validate、Save和Delete所带的参数都是IDatabase接口，这个接口定义了数据库所要实现的全部操作，应该说是一个非常粗颗粒度的接口（虽然现在该接口只有一个方法）。使用粗颗粒度的接口的好处是：实体类内部在处理与自身相关的数据时，可以访问到整个数据库，使用起来方便。从逻辑上讲，这三个方法使用数据库作为参数，表示在该数据上下文环境中，执行Validate、Save和Delete操作，意思也是很清晰的。后面会出现的对于数据库的操作，都将以这种粗颗粒度的接口作为参数。不过使用粗颗粒度的接口也要注意，实现机制不能过于臃肿，不然构造太多的实例会影响系统性能，我们使用LazyLoad解决这个问题，在分析数据访问的实现时，我们还会回到这个问题上来。

EntityExtension这个类提供了一个非常常用的扩展方法：根据ID取得实体：

///<summary>
///根据ID取得实体
///</summary>
///<typeparamname="T">实体类型</typeparam>
///<paramname="query">实体查询</param>
///<paramname="id">ID</param>
///<returns>对应的实体，不存在则返回空</returns>
publicstaticTGetByID<T>(thisIQueryable<T>query,intid)
whereT:Entity<T>
{
if(query==null)
thrownewArgumentNullException("query");
returnquery.SingleOrDefault(entity=>entity.ID==id);
}

有了这个方法，结合数据访问接口，就可以通过这样的方式取得一个Blog：database.GetDataAccess<Blog>().GetByID(1);

该方式，以后还会进一步简化为：database.Blogs.GetByID(1);

今天我们分析了实体基类的代码和设计方式，下一篇中我们将着重研究数据访问两个接口的设计与实现。

代码下载
                                            

                                        

                        
                        内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 点击这里给我发消息 
                    

                    

                    

                        

                         标签： 
                                                

                        

                    


                

            


            

                
相关文章推荐

                

                
            

        

        

            

            
            

                

                    
新的分享

                    

                        
                    

                

            


            

                

                    
章节导航