我花了一些时间记录自己的依赖注入和IoC,但我还没有找到解决问题的方法。
我的问题涉及在使用依赖项容器时对象的实例化,因为它创建了对构造函数的参数的依赖。在我遇到的几乎所有例子中,具体类的构造者都没有任何论据。它使一切变得简单'。因此我的问题在这里。
让我们举一个例子:我需要从两个来源A和B下载一些数据。来源A包含各种格式的数据;例如csv和xml。我们不需要为源B指定这样的东西。
这是一些代码(请注意我尽可能简化代码以说明我的观点):
using System.Net;
using System.IO;
using System.Reflection;
namespace Question
{
class Program
{
static void Main(string[] args)
{
//exemple of code using Client A
DependencyContainer container1 = GetContainer1();
IClient client1 = container1.Resolve<IClient>("xml");
User user1 = new User(client1);
user1.run();
DependencyContainer container2 = GetContainer2();
IClient client2 = container2.Resolve<IClient>();
User user2 = new User(client2);
user2.run();
}
public static DependencyContainer GetContainer1()
{
DependencyContainer container = new DependencyContainer();
container.Register<IClient, ClientA>();
return container;
}
public static DependencyContainer GetContainer2()
{
DependencyContainer container = new DependencyContainer();
container.Register<IClient, ClientB>();
return container;
}
}
public class User
{
private readonly IClient _Client;
public User(IClient client)
{
_Client = client;
}
public void run()
{
string address = _Client.getAddress();
string data = _Client.getData(address);
_Client.writeData(data);
}
}
// Abstraction
public interface IClient
{
/// <summary>
/// create the address or the name of the file storing the data
/// </summary>
string getAddress();
/// <summary>
/// uses a WebClient to go and get the data at the address indicated
/// </summary>
string getData(string adress);
/// <summary>
/// Write the data in a local folder
/// </summary>
void writeData(string data);
}
//Implementation A
public class ClientA : IClient
{
// Specify the type of the file to be queried in the database
// could be a csv or an xml for example
private readonly string _FileType;
public ClientA(string fileType)
{
_FileType = fileType;
}
public string getAddress()
{
return "addressOfFileContainingData." + _FileType;
}
public string getData(string address)
{
string data = string.Empty;
using (WebClient client = new WebClient())
{
data = client.DownloadString(address);
}
return data;
}
public void writeData(string data)
{
string localAddress = "C:/Temp/";
using (StreamWriter writer = new StreamWriter(localAddress))
{
writer.Write(data);
}
}
}
//Implementation B
public class ClientB : IClient
{
public ClientB()
{
}
public string getAddress()
{
return "addressOfFileContainingData";
}
public string getData(string address)
{
string data = string.Empty;
using (WebClient client = new WebClient())
{
data = client.DownloadString(address);
}
return data;
}
public void writeData(string data)
{
string localAddress = "C:/Temp/";
using (StreamWriter writer = new StreamWriter(localAddress))
{
writer.Write(data);
}
}
}
public class DependencyContainer
{
private Dictionary<Type, Type> _Map = new Dictionary<Type, Type>();
public void Register<TypeToResolve, ResolvedType>()
{
_Map.Add(typeof(TypeToResolve), typeof(ResolvedType));
}
public T Resolve<T>(params object[] constructorParameters)
{
return (T)Resolve(typeof(T), constructorParameters);
}
public object Resolve(Type typeToResolve, params object[] constructorParameters)
{
Type resolvedType = _Map[typeToResolve];
ConstructorInfo ctorInfo = resolvedType.GetConstructors().First();
object retObject = ctorInfo.Invoke(constructorParameters);
return retObject;
}
}
}
我倾向于认为此代码中有一些好处,但请随意纠正我。但是,实例化:
IClient client = container.Resolve<IClient>("xml");
和
IClient client = container.Resolve<IClient>();
给我很多关注。高级模块(此处的用户类)并不依赖于预期的具体实现。但是,现在类程序依赖于具体类的构造函数的结构!因此,它通过在其他地方创建更大的问题来解决一个问题。我宁愿依赖于具体的实现而不是它的构造函数的结构。让我们想象ClientA的代码被重构,构造函数被更改,然后我不知道类程序实际上是否使用它。
最后,我的问题:
一个解决方案是不要在ClientA的构造函数中有任何参数。但这是否意味着构造函数在使用依赖容器时应该永远不会有任何参数?或者这是否意味着在其构造函数中具有参数的对象不适合这种技术? 人们还可以争辩说ClientA和ClientB不应该来自同一个界面,因为他们基本上不会以同样的方式行事。
感谢您的意见和建议。
答案 0 :(得分:7)
我是否错过了IoC的观点?
是和否。幸运的是,您的具体类(User
,ClientA
,ClientB
)都依赖于构造函数注入,这是最重要的依赖注入(DI)模式。另一方面,DI容器完全是可选的。
因此,使用Pure DI,您只需按照以下方式实施Main
方法:
static void Main(string[] args)
{
//exemple of code using Client A
User user1 =
new User(
new ClientA(
"xml"));
user1.run();
User user2 =
new User(
new ClientB());
user2.run();
}
不仅每个人都能轻松理解,而且在撰写对象图时,它还会为您提供compile-time feedback。
DI的最重要目标是确保实现代码适当地解耦,这是Constructor Injection帮助做的事情。
我想念它吗?
有点可能,但并不多。如果您希望使用DI容器而不是Pure DI,则应遵循Register Resolve Release pattern。如果你想要一个User
对象,你应该请求,而不是请求一个IClient
对象:
var user = container.Resolve<User>();
user.run();
您可以在容器中正确地注册所有服务。如果您想使用ClientA
,您需要告诉容器它应该为fileType
构造函数参数使用哪个值。具体如何操作取决于您使用的特定DI容器。
但是,有时您可以为primitive dependencies定义约定,例如pulling all primitive values from the application's configuration file。
如果没有,如何解决这个问题?
我的建议是使用上面的Pure DI方法,除非你有compelling reason to use a DI Container。根据我的经验,这很少发生。