design-patterns - 为什么 SqlConnection 和 SqlTransaction 都存在于 SqlCommand 构造函数中？

Question

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

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

?

当我需要创建一个使用作为参数提供的事务来完成其位的内部方法时，我总是发现只将 an 传递SqlTransaction给该方法就足够了，因为显然，连接将是tran.Connection.
这同样适用于这种重载吗？cmdText仅通过and还不够transaction吗？

实际上是否可以SqlCommand针对一个连接执行一个连接，提供一个SqlTransaction针对不同 SqlConnection的打开？这会导致什么结果？

score 4 · Accepted Answer

这是一个有趣的观察，因为您不能使用来自不同连接的事务。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方法中设置属性。

1 回答 1