不要EntityFramework,不要NHibernate,打造自己的ORM(二)

我的ORM，暂时命名为LinFramwork吧，有如下特点：

一不仅支持若干主流数据库SQL Server，Oracle等，基于我前面随笔里阐述的通用数据访问组建原理，只要提供相关数据库ADO.NET Provider,并实现SQL解析的接口，还可以支持新的数据库类型。同时，对于调用者完全"透明",即开发人员只需定义数据库连接字符串即可，无须象其他ORM那样，还要在配置文件里加上数据库类型的属性。对于Oracle，我直接集成了Oracle的ODP.NET的相关dll，使其免客户端安装。简而言之，假如把数据库从SQL Server切换到Oracle，把连接信息改改即可。
客户端配置文件

<connectionStrings>
       <add name="MSSQL"  connectionString="Data Source=localhost\sqlexpress;
            Initial Catalog=Northwind;Integrated Security=True"/>
       <add name="Oracle" connectionString="Data Source=(DESCRIPTION =(ADDRESS_LIST=
            (ADDRESS=(PROTOCOL=TCP)(HOST=192.168.116.128)(PORT = 1521)))(CONNECT_DATA =
            (SID = xe)(SERVER = DEDICATED)));User ID=sa;password=sa" />      
   </connectionStrings>

　　客户端初始化实体对象上下文

EntityContext sqlContext = new EntityContext(ConfigurationManager.ConnectionStrings["MSSQL"].ConnectionString);

EntityContext oraleContext = new EntityContext(ConfigurationManager.ConnectionStrings["Oracle"].ConnectionString);

二类似EF的Codefirst,只需简单的定义一个实体。

public class Categories
   {
       public int CategoryID { get; set; }
       public string CategoryName { get; set; }
       public string Description { get; set; }
 
   }

　注意看实体的定义与一般ORM的区别，我看过很多人自己开发的ORM，均觉得实体定义太罗嗦了，或者NH那样搞一大堆xml定义实体，或者像EF那样必须继承一个实体基类，或者在实体的属性上加上一堆特性定义，诸如对应的数据库表名称，字段名称，是否主键，是否自增，字段类型等等（很多orm同时具备以上几点），而我这里的设计，就这么简单，可以什么特性都不加，也不用继承什么实体基类，更不用再搞一堆xml。　

三提供泛型的统一CRUD接口。
这里摘取几个最常用的CURD方法作为示例

EntityContext context = new EntityContext(ConfigurationManager.ConnectionStrings["Oracle"].ConnectionString);
           // 新增            
           context.Insert(new Product() { Categoryid = 1, CategoryName = "食品" });
           //查询            
           Product product =  context.GetEntityByKey<Product>(8);
           //修改             
           product.CategoryName ="xxxxx";
           context.Update(product);
           //删除          
           context.Delete(product);

四新增记录时可以返回自增主键(同时支持 SQL Server 和Oracle，oracle需要建序列)

五更新记录时可以只修改有改动的字段

//修改            
context.PreUpdate(product);
product.CategoryName ="xxxxx";
    context.Update(product);

五将查询结果转换为实体集合时使用Emit实现，达到最佳性能。

List<Product> products = context.Query<Product>("Categoryid=@Categoryid", 1);

六只需定义简单实体，无需xml定义，无需代码生成，实体特性上无需加入元数据信息，达到使用最简单化。

七查询条件参数化，简单明了（参看五的代码）。

八事务支持

try
           {
               context.BeginTransaction();
               context.Update(product);
               context.Delete(product);
               context.Commit();
           }
           catch (Exception ex)
           {
               context.Rollback();
           }

九支持扩展数据库支持，只需实现我的解析sql的接口和提供可以执行该sql的data provider即可。

简单概括就是，配置一个数据库连接，并用该连接实例化一个ObjectContext对象，定义一个与数据库表对应的实体，实体定义无需添加任何特性，便可实现CRUD了，我自认为是最简单易用的ORM，当然我这个orm还有很多人性化的地方，我并没有细细道出，这里只是介绍个大概。各位网友还有什么更好的提议或者更多的想了解的细节，欢迎提出！

关于网友提到源码和试用的问题，我这里作一个补充说明 暂时提供dll下载，不开放源码，原因如下
1 框架目前来说完成不久，虽然主体功能都已经有了，但还需要实践检验。
2 由于是我个人业余时间写的，代码写的比较粗矿，日志跟踪，异常处理之类是基本没有的。。。
3 将来可能会在工作中使用。

当然也不排除一段时间，代码成熟以后，朋友们感兴趣的话，我发布源码。
使用方式很简单，下载dll，引用这两个dll就可以了。如果是oracle，连接字符串参考我的写法，另外需要拷贝
OraOps11w.dll，Oracle.DataAccess.dll，orannzsbb11.dll，oci.dll，ociw32.dll，oraocci11.dll，oraociei11.dll
至执行文件的同一个目录下，开发过程中就是debug目录。

至于如何使用问题，其实我上面已经有提及，使用非常简单，以sql server 为例，假设你已经建好表Product(ID,Name,CategoryID),ID是自增列，
那么项目中引入两个dll后，定义实体 Product :

public class Product
{
public int ID {get;set;}
public string Name {get;set;}
public int CategoryID {get;set;}

}

调用代码如下
EntityContext context = new EntityContext("数据库连接串");
context.Insert(new Product(){Name="pppp", CategoryID=55});

如果ID不是自增列，那么在实体在执行插入操作前需要赋值。

下载