gpt4 book ai didi

c# - caSTLe-windsor 中的多装饰器模式

转载 作者:可可西里 更新时间:2023-11-01 08:24:06 24 4
gpt4 key购买 nike

我们正在重新设计一些遗留软件以使其更易于测试,并决定使用依赖注入(inject)和 CaSTLe.Windsor 来帮助我们。

首先,我们的目标:* 许多装饰器都在数据流上工作。* 装饰器的多种组合是可能的,并且可能需要每种情况下的根节点从不同的地方获取数据。

从技术上讲,我们的设计如下:

interface IUpdateableValue<T> 
{
T Get();
};

我们有使用多个组件检索三组数据,所有组件都实现 IUpdateableValue()(伪代码):

JsonParser(
Decompressor(
Decrypter(decryptionKey
FileCache(filename,
HttpWebDownloader(url))))

XmlParser(
Decompressor(
Decrypter(decryptionKey2
FileCache(filename2,
HttpWebDownloader(url2))))

我在设计以适应像 CaSTLe-Windsor 这样的 DI 框架时遇到了麻烦。我怀疑其中一些可以由命名实例处理,但这对于这种用法来说似乎很臭。

这个想法是,例如的“用户”。 JsonParser 和 XmlParser 实例不知道(或关心)数据是来自 HttpUrl、文件还是神奇地从帽子中取出。

我认为我们的设计有问题,但不确定如何解决。

关于如何进步有什么想法吗?

最佳答案

使用 CaSTLe Windsor,您可以通过按正确顺序注册装饰器来隐式配置装饰器。您需要先注册外部装饰器:

container.Register(Component
.For<IUpdateableValue>()
.ImplementedBy<JsonParser>());
container.Register(Component
.For<IUpdateableValue>()
.ImplementedBy<Decompressor>());
container.Register(Component
.For<IUpdateableValue>()
.ImplementedBy<Decrypter>());
...

当您解析 IUpdateableValue Caste Windsor 时,它会自动连接依赖项,因此它们会正确嵌套。

关于c# - caSTLe-windsor 中的多装饰器模式,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10755727/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com