前不久学习了《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中：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
/// <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;
}
|
使用方法：
|
1
2
3
4
|
DbConnectionWrapper.WrapConnection(storeConnection,
"EFTracingProvider"
,
"EFCachingProvider"
)
|
小结
EFCachingProvider是一个在System.Data.Common的装饰模式扩展包。所以它还可以应用在除了EntityFramework以外的其它数据库应用系统中。同时，它支持你在框架的基础上进行其它的扩展。
如果你的数据库访问系统需要使用Caching、Tracing等功能，那你可以尝试一下使用这个扩展包。 : )
