ServiceStack.OrmLite中的一些"陷阱"(1)
使用过ServiceStack.Ormlite的人都应该知道,其作为一个轻量级的ORM,使用的便捷度非常高,用起来就一个字:爽!
而支撑其便捷度的,是库内大量地使用了扩展方法及静态变量。
首先先从源头入手分析(以下以Sqlite为例):
OrmLiteConfig.DialectProvider = SqliteOrmLiteDialectProvider.Instance; using (IDbConnection db = "~/db.sqlite".MapAbsolutePath().OpenDbConnection()) { db.CreateTable<User>(); db.Insert(new User("Hello", "Password")); }
其中MapAbsolutePath()是转换为绝对路径,这里不详细分析。而OPenDbConnection()则是OrmLiteConfig.cs上的扩展方法,其调用链如下:
public static IDbConnection OpenDbConnection(this string dbConnectionStringOrFilePath) { var sqlConn = dbConnectionStringOrFilePath.ToDbConnection(DialectProvider); sqlConn.Open(); return sqlConn; } public static IDbConnection ToDbConnection(this string dbConnectionStringOrFilePath) { return dbConnectionStringOrFilePath.ToDbConnection(DialectProvider); } public static IDbConnection ToDbConnection(this string dbConnectionStringOrFilePath, IOrmLiteDialectProvider dialectProvider) { var dbConn = dialectProvider.CreateConnection(dbConnectionStringOrFilePath, options: null); return dbConn; }
从重载方法中可以看出如果不提供IOrmLiteDialectProvider 参数的话是会使用OrmLiteConfig.DialectProvider (type:IOrmLiteDialectProvider)这个静态属性作为默认值的。而IOrmLiteDialectProvider 的作用就是ORM基于不同数据库语言的实现,ORM生成各自的SQL语句都靠它。
那么,既然有 ToDbConnection(string,IOrmLiteDialectProvider) 这样的函数,难道就可以在同一个项目中混合使用多个不同数据库语言的IDbConnect 了吗?(有可能项目有这样的要求)
例如这样:
var sqliteDb = "sqlitexxxx".ToDbConnection(SqliteOrmLiteDialectProvider.Instance); var mysqlDb = "mysqlxxxx".ToDbConnection(MySqlDialectProvider.Instance);
我只能说:太!天!真!了!在OrmLite中大量地使用了OrmLiteConfig.DialectProvider 静态属性,以WriteConnectionExtensions.Delete<T>为例:
public static int Delete<T>(this IDbConnection dbConn, Expression<Func<T, bool>> where) { return dbConn.Exec(dbCmd => dbCmd.Delete(where)); } public static int Delete<T>(this IDbCommand dbCmd, Expression<Func<T, bool>> where) { var ev = OrmLiteConfig.DialectProvider.SqlExpression<T>(); ev.Where(where); return dbCmd.Delete(ev); } public static T Exec<T>(this IDbConnection dbConn, Func<IDbCommand, T> filter) { var holdProvider = OrmLiteConfig.TSDialectProvider; try { var ormLiteDbConn = dbConn as OrmLiteConnection; if (ormLiteDbConn != null) OrmLiteConfig.TSDialectProvider = ormLiteDbConn.Factory.DialectProvider; using (var dbCmd = dbConn.CreateCommand()) { dbCmd.Transaction = (ormLiteDbConn != null) ? ormLiteDbConn.Transaction : OrmLiteConfig.TSTransaction; dbCmd.CommandTimeout = OrmLiteConfig.CommandTimeout; var ret = filter(dbCmd); LastCommandText = dbCmd.CommandText; return ret; } } finally { OrmLiteConfig.TSDialectProvider = holdProvider; } }
上述代码中可以看出,IDbCommand的Delete扩展方法中就使用了OrmLiteConfig.DialectProvider 静态属性,所以我们使用前必须赋予初始值。
有细心的网友可能会发现,在Exec方法中用到的Provider是TSDialectProvider 而非 DialectProvider,过中原由得慢慢分析。
[ThreadStatic] public static IOrmLiteDialectProvider TSDialectProvider; private static IOrmLiteDialectProvider dialectProvider; public static IOrmLiteDialectProvider DialectProvider { get { if (dialectProvider == null) { throw new ArgumentNullException("DialectProvider", "You must set the singleton 'OrmLiteConfig.DialectProvider' to use the OrmLiteWriteExtensions"); } return TSDialectProvider ?? dialectProvider; } set { dialectProvider = value; } }
先看TSDialectProvider,这是线程安全的静态变量。反而比较有意思的是DialectProvider,首先在get的时候dialectProvider 字段不能为null,否则会抛出异常。但是返回时却优先返回TSDialectProvider,而不是dialectProvider。为什么呢?
我觉得这是出于便捷性和多线程方面的考虑。
首先是便捷性,如果不便捷而较为常规的做法是怎样,我的实现是直接提供TSDialectProvider。
[ThreadStatic] private static IOrmLiteDialectProvider tsDialectProvider; public static IOrmLiteDialectProvider DialectProvider { get { return tsDialectProvider; } set { tsDialectProvider = value; } }
多线程使用时必先在打开连接前先初始化DialectProvider。
public class OrmLiteTest { public static void Main(string[] args) { new Thread(SqliteTest).Start("sqlite"); new Thread(MySqlTest).Start("mysql"); } static void SqliteTest(string path) { OrmLiteConfig.DialectProvider = SqliteOrmLiteDialectProvider.Instance; var db = ((string)path).OpenDbConnection(); //TODO sth. } static void MySqlTest(string path) { OrmLiteConfig.DialectProvider = MySqlDialectProvider.Instance;
var db = ((string)path).OpenDbConnection();
//TODO sth.
}
}
这里顺道把多线程也解决了,通常只使用一种数据库语言的时候,需要并发执行数据库操作(多个线程,多个IDbConnection)时,每次都需提前设置OrmLiteConfig.DialectProvider 反而会显得烦琐。
return TSDialectProvider ?? dialectProvider;
因为一般情况下TSDialectProvider默认为null,除非需要用到多种数据库才需要手动设置。可以说,TSDialectProvider就是专门为多数据库语言而设的。