如果我有下面的代码,用IoC代替它的最佳实践/设计认证(我们正在使用Castle Windsor)。由于“using”语句负责创建连接对象,因此不能直接将其注入到构造函数或方法中。 注:使用SQL连接,这似乎是一个干净的例子,这里的主要好处是嘲讽/单元测试用IoC代替以下代码(Castle Windsor)
public void CustomerRespository
{
....
public void Save(Customer customer)
{
using (var cn = new SqlConnection(connectionString))
{
using (var cm = new SqlCommand(commandString, cn))
{
....
cn.Open();
cm.ExecuteNonQuery();
}
}
}
}
我相信会有至少有几个选择,但我们才刚刚开始我不相信他们不会在以后和/或面对IoC概念时引发我们的问题。我最喜欢的方法将会如下修改方法,任何人都可以突出显示它的潜在问题?
public interface IDatabase
{
IDbConnection Connection(string connectionString);
IDbCommand Command(string text, IDbConnection conn);
}
public class SqlDB : IDatabase
{
IDbConnection Connection(string connectionString)
{ return new SqlConnection(connectionString); }
IDbCommand Command(string text, IDbConnection conn)
{ return new SqlCommand(text, conn); }
}
public interface ICustomerRespository
{
void Save(Customer customer)
}
public class CustomerRespository : ICustomerRespository
{
public IDatabase DB{get; private set;}
public CustomerRespository(IDatabase db)
{
DB = db;
}
....
public void Save(Customer customer)
{
using (var cn = DB.Connection(connectionString))
{
using (var cm = DB.Command(commandString, cn))
{
....
cn.Open();
cm.ExecuteNonQuery();
}
}
}
}
使用var cmd = con.CreateCommand()代替新的SqlCommand(str,cn) – jgauffin 2010-09-10 11:32:42
@ M4N,谢谢用“var”更新。 @JQauffin:好主意,现在让代码示例保持不变我会按照“原样”离开,但会从我提议的IDatabase接口的任何实现者中删除责任。 – 2010-09-10 11:37:29