|
|
1
3
考虑到你所描述的限制,我觉得这没问题。最重要的是你所有的规则都要执行
工厂采用容器依赖性并不是天生的坏事,尤其是作为一个接口。如果你曾经
有
要更改容器实现,可以创建
|
|
|
2
2
有另一种方法可以实现这一点,而不依赖于工厂
现在最棘手的部分是保留注册时使用的ID。一个简单的解决方案是将Id保持在
在我写了这篇文章之后,我意识到这是一个更有创意的lambda douchebaggery,而不是一个架构上漂亮的解决方案。但不管怎样,你都可以从中获得灵感。 |
|
|
3
0
嘿,罗伯,我打算用基本相同的模式。我有多种类型的购物车项目,需要与它们自己特定的一组不同类的验证器实例相关联。
简而言之,这些关联可能不是在应用程序运行之前设置的整个程序结构的一部分,因此不应该在应用程序根目录中定义。 |
|
|
mat · 从依赖于另一个注册元素的ServiceStack IoC容器解析 10 年前 |
|
|
Nikolay K · Castle Windsor从类内拦截方法调用 10 年前 |
|
|
user3643376 · Unity ResolveAll泛型接口 11 年前 |
|
|
Ilias Kouroudis · 绕过Laravel服务提供商 11 年前 |
|
|
Wojciech Kozaczewski · 实体框架-容器的并发使用 11 年前 |
|
|
vishal mane · 在不使用容器的情况下从配置进行统一拦截 12 年前 |