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

Question

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

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

?

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

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

Answer 1

这是一个有趣的观察，因为您不能使用来自不同连接的事务。 System.Data.SqlClient.SqlCommand (4.0) 有一个名为 ValidateCommand 的私有(private)成员，其中包含多项验证检查，包括以下一项:

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

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

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

public SqlCommand(string commandText, SqlTransaction transaction)

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