或许EES 与 NH 根本就没有可比性，一个是业界久负盛名，一个是发育不良的幼儿

从老赵的BLOG里面和其他的地方了解到了一些NHibernate的处理方式，也没有深入去学习，当然，不是不想去学习，只是时间不允许去深入学习，首先要填饱肚子嘛。

关于EES的ORM，代码组织上面已经介绍过了，处理过程和很多细节方面没有作介绍， 结合老赵的点评，把自己的EES ORM 部分介绍大致的介绍一下。

EES的ORM，数据模型采用的也是贫血型的领域。

典型代码
public class Order
{string custCode;public virtual string CustCode{get{retrun custCode;} set{custCode=value;} 

    }Customer customer;public virtual Customer Customer{get{retrun customer;}set{customer=value;}}DataCollection<OrderDTL> itemCollection;public virtual DataCollection<OrderDTL> ItemCollection{get{retun itemCollection;}set{itemCollction=value;}}
}

1、对于延迟加载的处理：老赵关于延迟的原文

延迟加载所用的机制与赵介绍的类似，不过，用的不是Func<>类似的处理方式，而是直接用IL写的。根据配置文件和一些条件动态生成代理类，如果需要延迟加载的，则生成延迟加载相关逻辑。如果延迟加载的，则代理类的示意代码如下：

public class DOrder : Order
{bool __custCode;public override string TagNames{get{if(!__custCode){__custCode=true;base.TagNames = "……加载部分逻辑";}return base.TagNames;}set{__custCode=true;base.TagNames = value;}}
}

      D，代表是动态类，每个动态类都是在原来类的前面加上D

      在生成延迟加载逻辑的同时，根据配置文件，还生成了校验逻辑，以后面的Interceptor的处理里面，再作介绍。 

   2、对virtual的处理：老赵的关于Virtual处理的原文 

      对于virtual的处理，与NH，有稍微的不同：在EES里面（老赵可以不用抱怨了，哈哈），与数据库映射的类，其实不仅仅是与数据库映射类，用还是不用virtual，是需要考虑的。

      默认状态下工具生成的代码，public 的属性都是 有virtual 的。对于同步加载的字段和不需要校验的属性，可以去掉 virtual;反过来，如果是需要校验的，则必须加上。并且在使用的时候，需要注意使用属性，而不是字段，这一点，给编码过程中引入了一个出BUG的机率。

      在数据类方面，virtual 除了上面常用的这两点，还有一个重要的一点：自动维护双向关系，如果不加virtual，则系统无法自动维护双向关系，也无法实现双向绑定和级联触发。

3、对集合的处理：老赵的关于自定义集合

关于自定义集合，真的很遗憾，EES 不支持自定义集合，特别是在数据加载的时候。

对于双向关系维护，框架是提供了。都在后台处理，从编码上看，通常不需要单独处理，与老赵的处理方式有一点点的差异。上面已经提过，必须要求 在属性前添加 virtual 。

    DataCollection<OrderDTL> itemCollection;public virtual DataCollection<OrderDTL> ItemCollection{get{retun itemCollection;}set{itemCollction=value;}}

对于映射类和其他普通数据类，框架要求尽可能的从 EESObject 继承，对于集合类，尽可能的用 DataCollection 这个类。

这两个类都实现了同一个接口：ICascade

     public interface ICascade{object Parent { get; set; }}

    通过此接口实现数据的回溯。一个对象的父类，要么是一个集合要么是一个对象，有且只有一个父级。

    在使用的时候可以通过强制转换来应用。在访问的时候，会在get里面会给Parent赋值。在生成动态类的时候，会根据public 和 virtual 以及 ICacscade 进行逻辑生成。

4、对于Interceptor的处理：老赵的关于Interceptor的处理

Interceptor 在EES框架里面，处于非常非常重要位置。但是在处理机制上面，与NH的距离还是不小的。介绍一下自己的处理方式，也希望大家能给出批评和建议。

在EES里，Interceptor主要提供了 前/后/包围 三种方式，主要应用在属性和函数上面，对于静态函数暂时不支持。使用要求与上面提到的一样，要求必须是public 并且添加 virtual 的。

对于属性的应用主要是 校验和延迟加载;对于函数的应用主要是事务/日志或其他的应用，可以自行扩展。

在EES 的BLL里面，或EES 提供的数据库相关逻辑里面，提供了一点常用的其他操作和处理过程。这一点，与框架的处理思想直接相关，每个人的想法都有所差异。

在BLService里，提供了类似于老赵的这一篇回复里处理机制，但他不是Interceptor，作用类似。

    public class BLService<T> : IBLService<T>, ICloneable where T : global::EES.Common.Data.EESObject{public BLService();protected IContext EESContext { get; }[Operation(ScopeOption.Required)]public virtual T Add(T t);[Operation(ScopeOption.Required)]public virtual DataCollection<T> AddAll(DataCollection<T> collection);[Operation(ScopeOption.Required)]protected virtual DataCollection<T> AddAllCore(DataCollection<T> collection, object state);[Operation(ScopeOption.Required)]protected virtual T AddCore(T t, object state);public object Clone();[Operation(ScopeOption.Disabled)]public virtual int Count(params IClause[] clauses);[Operation(ScopeOption.Required)]public virtual T Delete(T t);[Operation(ScopeOption.Required)]public virtual DataCollection<T> DeleteAll(DataCollection<T> collection);[Operation(ScopeOption.Required)]protected virtual DataCollection<T> DeleteAllCore(DataCollection<T> collection, object state);[Operation(ScopeOption.Required)]protected virtual T DeleteCore(T t, object state);[Operation(ScopeOption.Required)]protected virtual object Execute(string commandText);[Operation(ScopeOption.Required)]protected virtual object Execute(string commandText, params KeyValuePair<string, object>[] parameters);[Operation(ScopeOption.Disabled)]public virtual DataCollection<T> Find(params IClause[] clauses);[Operation(ScopeOption.Disabled)]protected virtual DataCollection<D> FindCore<D>(params IClause[] clauses) where D : EESObject;[Operation(ScopeOption.Disabled)]protected virtual T FindId(params object[] primaryKeys);[Operation(ScopeOption.Disabled)]public virtual DataCollection<T> FindPage(int currentPage, int pageSize, params IClause[] clauses);[Operation(ScopeOption.Disabled)]protected virtual T FindPair(params KeyValuePair<string, object>[] properties);[Operation(ScopeOption.Disabled)]public object LoadProperty(EESObject obj, string propertyName);protected virtual void OnAdded(T t, object state);protected virtual void OnAdding(T t, object state);protected virtual void OnDeleted(T t, object state);protected virtual void OnDeleting(T t, object state);protected virtual void OnSaved(T t, object state);protected virtual void OnSaving(T t, object state);protected virtual void OnUpdated(T t, object state);protected virtual void OnUpdating(T t, object state);[Operation(ScopeOption.Required)]public virtual T Save(T t);[Operation(ScopeOption.Required)]public virtual DataCollection<T> SaveAll(DataCollection<T> collection);[Operation(ScopeOption.Required)]protected virtual DataCollection<T> SaveAllCore(DataCollection<T> collection, object state);[Operation(ScopeOption.Required)]protected virtual T SaveCore(T t, object state);[Operation(ScopeOption.Required)]public virtual T Update(T t);[Operation(ScopeOption.Required)]protected virtual T UpdateCore(T t, object state);}

没有别的，又是一大堆 virtual，我自己都有点无语了，不过这里的virtual 不是为了生成动态类，而是为了在派生类里面重写。

        protected virtual void OnAdded(T t, object state);protected virtual void OnAdding(T t, object state);protected virtual void OnDeleted(T t, object state);protected virtual void OnDeleting(T t, object state);protected virtual void OnSaved(T t, object state);protected virtual void OnSaving(T t, object state);protected virtual void OnUpdated(T t, object state);protected virtual void OnUpdating(T t, object state);

这几个空函数，主要是为了在处理层次数据的时候使用。

对于上面的Order类，可以在保存完主订单后，再调用OrderDTLService 来保存 订单的明细，也可以在订单明细OnAdding里面，进行库存的核查。

关于与NH的对比，先写到这里，以后再慢慢的完善吧

还有很多与NH不相关的，但是属性框架一部分的内容，接下来，再介绍……