ORM: 开发自己的Data Access Application Block - Part I

核心提示：经常在网上看到对ORM的讨论沸沸扬扬，我也来凑个热闹，ORM: 开发自己的Data Access Application Block - Part I，谈谈我写的一个ORM，最近在做一项工作，Data table中Field和Stored procedure中参数名的Mapping，这两个Mapping是可以配置的，把

经常在网上看到对ORM的讨论沸沸扬扬，我也来凑个热闹，谈谈我写的一个ORM。最近在做一项工作，把我们经常用到的一些业务逻辑抽象出来，写成一个个的Application Block，使之可以运用到不同的Application中，比如Data Access，Messaging，Auditing，Data binding等等。现在先做一个Data access application block。由于时间仓促，没有进行什么优化和较多的测试，大家不必深究我所提供的Code ,我只希望为大家的ORM提供另一种想法。

这个application block应达到的目的：

封装所有的Data Access操作。

适合主流的DBMS：SQL Server（2000和2005），Oracle（9i和10g），DB2。

尽量简化Developer的操作和提供最大的灵活性，在Data Retrieval方面，只要指定SQL或者Stored Procedure和相应的参数；在Data Update方面，既可以直接调用SQL和Stored Procedure，还可以把包含多个相互关联Data Table的Dataset通过一次调用实现数据的更新。此外，可以自由地选择使用SQL还是Stored procedure；可以使用Commander builder生成Command或者使用基于Mapped stored procedure生成的Command进行数据更新。

实现泛型编程，使使用该AppBlock的代码能够适合所有的数据库。

实现Transaction。

提供可配置性，包括不同数据库的配置，不同Data Mapping的配置等等。

下面是该AppBlock使用到的Entity:

Database：Abstract Class，封装了绝大部分和具体数据库无关的Data Access操作逻辑。通过两个Mapping：IDbParameterNameMapping和IStoredProcedureNameMapping，实现Dataset和Db的一个映射。比如Dataset中Data table name和Stored procedure name的Mapping，Data table中Field和Stored procedure中参数名的Mapping。这两个Mapping是可以配置的，你只需要实现提供的Interface编写适合你的Mapping provider就可以了。