C# 深层层次中的城堡解析
我在配置我们的castle windsor ioc容器以执行我想要的操作时遇到问题 我的结构如下：C# 深层层次中的城堡解析,c#,dependency-injection,castle-windsor,C#,Dependency Injection,Castle Windsor,我在配置我们的castle windsor ioc容器以执行我想要的操作时遇到问题 我的结构如下： SessionInfo : ISessionInfo ConnectionInfo(ISessionInfo sessionInfo); Repository(IConnectionInfo connectionInfo); 所有这些类都由castle实例化。这是默认情况。现在我需要从外部修改SessionInfo。为此，我实现了一个StaticSessionInfo。现在我有一个例子，Con
SessionInfo : ISessionInfo
ConnectionInfo(ISessionInfo sessionInfo);
Repository(IConnectionInfo connectionInfo);
SessionInfoStaticSessionInfoConnectionInfoSessionInfoStaticSessionInfo存储库windsorContainer
.Register(Component.For<IRepository>()
.ImplementedBy<Repository>()
.Named("DynamicRepository")
.DependsOn(Dependency.OnComponent<ISessionInfo, IStaticSessionInfo>()));
windsorContainer
.Register（Component.For（））
.由（）实施
.命名（“动态还原”）
.DependsOn（Dependency.OnComponent（））；
DependsOn我是走对了路还是误解了什么 幸运的是，我的一位同事有一个更好的方法来解决这个问题，我就是用这种方法实现的。在这样做的时候，我认为我在这里发布的解决方案总体上是不好的 为什么？
我是怎么想到这样做的？我看到了用于我的特例的IConnectionInfo类的实现。我看到它依赖于ISessionInfo接口。如果我没有机会看到实现，我就从来没有见过这种依赖。因此，我认为我想首先实施的解决方案不仅是好的，而且是坏的。幸运的是，我的一位同事有一种更好的方法来解决问题，我就是这样实施的。在这样做的时候，我认为我在这里发布的解决方案总体上是不好的 为什么？
我是怎么想到这样做的？我看到了用于我的特例的IConnectionInfo类的实现。我看到它依赖于ISessionInfo接口。如果我没有机会看到实现，我就从来没有见过这种依赖。因此，我认为我想首先实施的解决方案不仅是好的，而且是坏的。幸运的是，我的一位同事有一种更好的方法来解决问题，我就是这样实施的。在这样做的时候，我认为我在这里发布的解决方案总体上是不好的 为什么？
我是怎么想到这样做的？我看到了用于我的特例的IConnectionInfo类的实现。我看到它依赖于ISessionInfo接口。如果我没有机会看到实现，我就从来没有见过这种依赖。因此，我认为我想首先实施的解决方案不仅是好的，而且是坏的。幸运的是，我的一位同事有一种更好的方法来解决问题，我就是这样实施的。在这样做的时候，我认为我在这里发布的解决方案总体上是不好的 为什么？
我是怎么想到这样做的？我看到了用于我的特例的IConnectionInfo类的实现。我看到它依赖于ISessionInfo接口。如果我没有机会看到实现，我就从来没有见过这种依赖。因此，我认为我想首先实现的解决方案不仅不好，而且不好。您需要指定实现类型，而不是接口，作为OnComponent的第二个类型参数。您需要指定实现类型，而不是接口，作为OnComponent的第二个类型参数。您需要指定实现类型，而不是接口，作为OnComponent的第二个类型参数。您需要指定实现类型，而不是接口，作为OnComponent的第二个类型参数。您不需要指定实现类型，而不是接口，作为
OnComponentOnComponentOnComponentOnComponent