微软 DLinq技术来临前的国内 .NET 的 ORM 发展之局势

      半年多没上网了,今天早上一大早来到博客园,看了Teddy's Knowledge Base 兄的NBear,以及上个礼拜五发现的OQL.NET,以及我前一段以及现在正在做的NDO,我思索出来了四个问题,微软 DLinq技术来临前的国内 .NET 的 ORM 发展之局势

      第一 ORM这个名词没有那么神秘了,以经不是国外那些Hibernate等ORM的代名词了,中国的ORM以及开源的ORM尤其在.NET领域上的生命力是非常旺盛的.

      第二 Hibernate,NHibernate,Castle的活动记录,Grove,以及我去年写的一个ORM(这个没有向外部透漏过,因为属于为项目单独开发的)等ORM组件的查询方式---字符串查询或Hibernate的那种QBC的条件查询都在Dlink技术的启发下转向了强类型查询,如OQL.Net和Teddy's Knowledge Base 的NBear,看来我的ndo 也要跟上形势(注:强类型的查询需要依赖编成语言平台,因为.NET编成语言本省支持像C++ 的那种运算符重载,所以.NET实现强类型查询时非常简单的,JAVA的运算符重载我不知道支持不支持,或许不支持,因此国外那些JAVA的ORM产品hibernate等的查询方式比较复杂,使用起来易用性上不是太好.

      第三  ORM的数据填充机制由以前的反射读取发展成了直接读取DataSet或DataReader来提高性能了.如OQL.NER,NBear,以及我的NDO,以及编写人生 写的 关于ORM的性能一篇中也提到了

      第四 SQL的动态生成和SQL参数的邦定机制现在是多元化了,因为OR映射的元数据也在多元化了,由以前的Hibernate的XML配置元数据,到Grove和Castle的标签属性配置元数据,以及NBear的XML和标签属性相结合的配置方式,以及我的NDO的直接读取数据库元数据的方式做映射,还有OQL.NET直接把数据库的元数据读到元数据的强类型类中等等.
      ..................