前不久学习了《EFCachingProvider》,该扩展包不但可以用于EntityFramework的扩展,所有与数据库连接相关的应用程序都可以使用类似的方案进行扩展。今天做个小的总结,以方便以后回顾。
总体描述
关于EFCachingProvider是什么及如何使用它,请看园子的这篇文章:《 Entity Framework 缓存处理与日志监控 》。我主要说一下内部代码实现的原理机制。
园子文章的图中,画出了EFCachingProvider所扩展的位置:
也就是说,EntityConnection不是直接使用SqlClient中间的SQLConnection,而是通过EFCachingProvider把命令转换后,再使用SqlClient执行。
解决方案结构
重点工程解释:
EFProviderWrapperToolkit:定义了扩展SqlClient的框架,其中包括:DbConnectionWrapper、DbCommandWrapper等。
EFCachingProvider:以Caching的方式实现了SqlClient的扩展,包括:DbCachingConnection、DbCachingCommand等。
EFTracingProvider:在SqlClient的基础上扩展了日志监控的功能。
具体如何扩展
EFCachingProvider虽从命名上看,是EntityFramework的缓存扩展包。但它其实是在System.Data.Common上直接进行扩展。也就是说,只要与数据库打交道的应用程序,都可以使用这个扩展包。(可能需要少量修改。)
它使用装饰模式和抽象工厂,直接继承了以下ADO.NET核心对象:DbConnection、DbCommand、DbCommandDefinition、DbProviderFactoryBase、DbProviderServicesBase,并命名为***Wrapper。以下为DbConnection的扩展:
而装饰的具体代码在静态方法DbConnectionWrapper.WrapConnection中:
/// <summary> /// Wraps the connection. /// </summary> /// <param name="connection">The connection.</param> /// <param name="wrapperProviderInvariantNames">The wrapper provider invariant names.</param> /// <returns>Wrapped connection.</returns> internal static DbConnection WrapConnection(DbConnection connection, params string[] wrapperProviderInvariantNames) { foreach (string invariantName in wrapperProviderInvariantNames) { DbProviderFactory factory = DbProviderFactories.GetFactory(invariantName); var connectionWrapper = factory.CreateConnection(); DbConnectionWrapper wrapper = (DbConnectionWrapper)connectionWrapper; wrapper.WrappedConnection = connection; connection = connectionWrapper; } return connection; }
使用方法:
DbConnectionWrapper.WrapConnection(storeConnection, "EFTracingProvider", "EFCachingProvider" )
小结
EFCachingProvider是一个在System.Data.Common的装饰模式扩展包。所以它还可以应用在除了EntityFramework以外的其它数据库应用系统中。同时,它支持你在框架的基础上进行其它的扩展。
如果你的数据库访问系统需要使用Caching、Tracing等功能,那你可以尝试一下使用这个扩展包。 : )
相关链接: