继上篇开始,这里主要再次精简.因为大家已经熟悉了主要思想以及它的工作方式.那么这里提供的案例改动会很大.上篇的DatabaseCommand***均是为了大家能够轻松的理解所临时编写的.这次提供的接口会有很大变动,以及会有一些新的内容,比如执行Reader是修改的Connection状态,同时不上没有提供异步功能的案例.我将一步一步的带领大家走入.
1.NoCountModel
public enum NoCountModel
{
/// <summary>
/// 默认当前连接的状态
/// </summary>
None,
/// <summary>
/// 不返回受影响行计数
/// 对于在连接打开时执行的任何后续命令,连接状态不会被修改.
/// </summary>
ON,
/// <summary>
/// 返回受影响行计数
/// 如果要确保某个命令不修改所有后续命令的连接,建议您在命令中包括用于重置连接状态的命令
/// 建议您使用 ExecuteNonQuery时来执行该命令
/// </summary>
ON_AND_OFF
}
相信大家对NoCountModel这个枚举的功能可以猜出一二.None模式默认的,它完全按ADO.NET默认的操作来处理Connection等等.ON模式表示不接受处理受影响的返回值.很多时候我在处理数据库数据是并不需要SQL SERVER 告诉我们受影响结果.那么体现在代码里面,经常看到方法返回值类型是Void类型.这个对于SQL SERVER来做毫无干系的.因此我们可以通过ON模式来控制,这个模式我经常倾向于频繁使用ExecuteNonQuery.ON_AND_OFF模式倾向用于ExecuteReader.这些模式主要注意.Net Framework版本.我记得好像是1.1版本亦或是2.0版本默认是ON.但并没有执行OFF.下面是各个模式生成的对应SQL SERVER的命令.这些模式使用得当可以得到性能上的提升.
1.1 ON -> SET NOCOUNT ON;
1.2 OFF -> SET NOCOUNT OFF;
2.SqlText
public sealed class SqlText
{
public SqlText(string argument_SqlString, NoCountModel argument_NoCount = NoCountModel.None)
{
this.SqlString = argument_SqlString;
this.NoCount = argument_NoCount;
} public string SqlString { get; set; }
public NoCountModel NoCount { get; set; } public StringBuilder Builder()
{
StringBuilder _Builder = new StringBuilder();
switch (this.NoCount)
{
case NoCountModel.None:
_Builder.AppendLine(this.SqlString);
break;
case NoCountModel.ON:
_Builder.AppendLine("SET NOCOUNT ON;");
_Builder.AppendLine(this.SqlString);
break;
case NoCountModel.ON_AND_OFF:
_Builder.AppendLine("SET NOCOUNT ON;");
_Builder.AppendLine(this.SqlString);
_Builder.AppendLine("SET NOCOUNT OFF;");
break;
} return _Builder;
}
}
以后所有的接口执行SQL都会调用Builder方法.
public interface IDatabaseCommandTextAsyncProvide
{
string CommandName { get; set; }
DatabaseConnection Connection { get; }
DbParameter NewParameter();
DbParameter NewParameter(string argument_ParameterName, object argument_Value, DbType argument_DbType, ParameterDirection Direction);
Task<OperationValue> Reader(SqlText argument_SqlText, DbParameter[] argument_Parameters);
Task<OperationValue> ExecuteNonQuery(SqlText argument_SqlText, DbParameter[] argument_Parameters);
Task<OperationValue> TExecuteNonQuery(SqlText argument_SqlText, DbParameter[] argument_Parameters);
Task<OperationValue> ExecuteNonQuery(SqlText argument_SqlText, DbTransaction argument_Transaction, DbParameter[] argument_Parameters);
}
public interface IDatabaseCommandTextProvide
{
string CommandName { get; set; }
DatabaseConnection Connection { get; }
DbParameter NewParameter();
DbParameter NewParameter(string argument_ParameterName, object argument_Value, DbType argument_DbType, ParameterDirection Direction);
OperationValue Reader(SqlText argument_SqlText, DbParameter[] argument_Parameters);
OperationValue ExecuteNonQuery(SqlText argument_SqlText, DbParameter[] argument_Parameters);
OperationValue TExecuteNonQuery(SqlText argument_SqlText, DbParameter[] argument_Parameters);
OperationValue ExecuteNonQuery(SqlText argument_SqlText, DbTransaction argument_Transaction, DbParameter[] argument_Parameters);
}
按照规定T开头的表示自己内部实现了事物.带有事物参数的表示有外部控制事物处理,但出现了异常就会不会由外部处理,而是内部自己去执行事务回滚操作.具体的实现方式可以参考上期文章.
案例1:
IDatabaseCommandTextProvide _Command = new DatabaseCommandText(new DatabaseConnection(new Database()));
OperationValue _Value = _Command.Reader(new SqlText("SELECT * FROM DatabaseUser", NoCountModel.ON_AND_OFF), null);
DataTable _Dt = _Value.Value as DataTable;
for (int _RowIndex = ; _RowIndex < _Dt.Rows.Count; _RowIndex++)
{
Console.WriteLine("ID:{0}\tName:{1}", _Dt.Rows[_RowIndex]["ID"], _Dt.Rows[_RowIndex]["Name"]);
}
案例2:
public static async Task<OperationValue> WriteData()
{
IDatabaseCommandTextAsyncProvide _Command = new DatabaseCommandTextAsync(new DatabaseConnection(new Database()));
return await _Command.Reader(new SqlText("SELECT * FROM DatabaseUser", NoCountModel.ON_AND_OFF), null);
} public class Program
{
static void Main(string[] args)
{
DataTable _Dt = WriteData().GetAwaiter().GetResult().Value as DataTable;
for (int _RowIndex = ; _RowIndex < _Dt.Rows.Count; _RowIndex++)
{
Console.WriteLine("ID:{0}\tName:{1}", _Dt.Rows[_RowIndex]["ID"], _Dt.Rows[_RowIndex]["Name"]);
} Console.ReadLine();
}
以上就这些,可能大家觉得这期变化会有些大.其实任何设计好的,编写好的,都在不断在变化,我个人觉得,一个公司的框架二年之内没有质的变化是件挺恐怖的事情。后期提供的案例,这些还会有些变化,会一点点带给大家,让大家感受到我使用的这个模块是如何一点点演进的。