大型配置的责任链

Question

我正在为我的管道使用责任链设计模式。我发现的一个问题是，随着我添加更多的链，配置对象变得越来越大。从本质上说，我的config对象正在变成一个巨大的单例。有没有一个有效的方法来处理这种情况？

详情：

我当前的设置是

handler.next = handler2
handler2.next = handler3
...

并且我通过向其传递一个配置对象来使用该链。

handler.HandleRequest(config)

config对象具有处理程序所需的所有配置信息，因此，随着我添加更多的链，它变得越来越大。

可能的解决方案：

在这篇文章中，最好的答案是使用依赖注入。

哪些设计模式可以应用于配置设置问题？

但是，我不确定如何在责任设计链上使用依赖注入，而不实质性地改变设计。

在这个问题上有人能帮我吗？谢谢！

Answer 1

我觉得你们在一起做一些不属于一起的事情。

如果需要提取应用程序不同部分的设置/配置值，为什么要尝试在一个地方全部读取？

对于每个需要某种设置的组件，我更喜欢小的“设置对象”。我通常从包含所有硬编码默认值的对象开始，并在必要时从基本设置派生。派生对象可以从任意源读取（大多数时候是app.config文件，但我也使用了数据库和Web服务）。

这是一篇更详细描述设置对象的博文。