为什么SqlConnection和SqlTransaction都存在于SqlCommand构造函数中?

时间:2010-10-25 11:00:52

标签: design-patterns ado.net sqlconnection sqlcommand

我想知道,这个SqlCommand构造函数重载的原因是什么:

public SqlCommand(
    string cmdText,
    SqlConnection connection,
    SqlTransaction transaction
)

当我需要创建一个使用作为参数提供的事务来完成其位的内部方法时,我总是觉得仅将SqlTransaction传递给该方法就足够了,因为显然,连接将是{ {1}}。
这种过载是否同样适用?仅通过tran.ConnectioncmdText

是不够的

实际上是否可以对连接执行transaction,提供针对不同 SqlCommand打开的SqlTransaction?这将导致什么结果?

1 个答案:

答案 0 :(得分:3)

这是一个有趣的观察结果,因为您无法使用来自其他Connection的Transaction。 System.Data.SqlClient.SqlCommand(4.0)有一个名为 ValidateCommand 的私有成员,它包含几个验证检查,包括这一个:

if ((this._transaction != null) && (this._activeConnection != this._transaction.Connection))
{
    throw ADP.TransactionConnectionMismatch();
}

SqlCommand类的整体设计是为了灵活性。 CommandText,Connection和Transaction属性(也在三个额外的构造函数重载中公开)是可读/写的。这使得课程灵活,但也容易出错使用。

当然,如果属性是只读的,并且构造函数用作将数据传递到对象的主要方法,那么事情会更清晰。在这种情况下,以下构造函数会更有意义:

public SqlCommand(string commandText, SqlTransaction transaction)

但是,我认为这些属性是可读/写的,以启用拖放设计器支持,其中使用默认构造函数构造对象,并在 InitializeComponent 方法中设置属性。 / p>