C#依赖容器和构造函数
本文关键字:构造函数 依赖 | 更新日期: 2023-09-27 18:27:59
我花了一些时间记录自己的依赖注入和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>();
引起了我很多关注。高级模块(这里是User类)并不像预期的那样依赖于具体的实现。然而,现在类Program依赖于具体类的构造函数的结构!因此,它通过在其他地方制造更大的问题来解决一个问题。我宁愿依赖于具体的实现,而不是它的构造函数的结构。假设ClientA的代码被重构,构造函数被更改,那么我不知道类Program实际上使用了它
最后,我的问题:
- 我错过了IoC的要点了吗
- 我怀念使用它吗
- 如果没有,如何解决这个问题
一种解决方案是在ClientA的构造函数中不包含任何参数。但这是否意味着构造函数在使用依赖容器时永远不应该有任何参数?或者这是否意味着构造函数中有参数的对象不是这种技术的好候选者?也有人可能会争辩说,ClientA和ClientB不应该从同一个接口派生,因为它们本质上的行为方式不同。
感谢您的评论和意见。
我错过了IoC的要点了吗?
是和否。幸运的是,您的具体类(User
、ClientA
、ClientB
)都依赖于构造函数注入,这是最重要的依赖注入(DI)模式。另一方面,DI容器是完全可选的。
因此,使用PureDI,您只需实现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();
}
这不仅让每个人都很容易理解,而且在编写对象图时,它还为您提供了编译时间反馈。
DI最重要的目标是确保实现代码适当地解耦,这正是Constructor Injection所帮助实现的。
我怀念使用它吗?
也许有一点,但不多。如果您希望使用DI容器而不是纯DI,则应遵循Register Resolve Release模式。如果你想要User
对象,你应该请求它,而不是请求IClient
对象:
var user = container.Resolve<User>();
user.run();
您可以在容器中适当地注册所有服务。如果您想使用ClientA
,您需要告诉容器它应该为fileType
构造函数参数使用哪个值。具体如何做到这一点取决于您使用的特定DI容器。
但是,有时您可以定义基元依赖项的约定,例如从应用程序的配置文件中提取所有基元值。
如果没有,如何解决这个问题?
我的建议是使用上面的纯DI方法,除非您有令人信服的理由使用DI容器。根据我的经验,这种情况很少发生。