NHibernate OR EES ，不能比较的比较

      或许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不相关的，但是属性框架一部分的内容，接下来，再介绍……