问题标签 [property-injection]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - UnityContainer.BuildUp() - 只有当它们为空时,我才能让它注入新实例到属性中吗?
我正在反序列化这样一个类
然后当我 BuildUp() 对象时,我希望 Unity 仅在属性为 null 时才创建 AnotherClass 的新实例,否则只需对其执行 BuildUp。有没有一种简单的方法可以实现这一目标?
编辑:我正在用 wpf 做 mvvm。这些类是视图模型,我对它们进行序列化,因为我想在运行之间保留一些属性,并且它们也有一些我希望统一注入的依赖项。因此,在反序列化之后,嵌套模型已经设置了属性,所以我不希望统一用新实例覆盖它,但我仍然希望它在其上调用 InjectionMethods 并在程序第一次运行时正常解析它并且嵌套模型为空。
asp.net-mvc-3 - 如何在unity和asp.net mvc3中使用属性注入?
我想在 MVC3 应用程序中使用属性注入。我已将 Unity 2 配置为 DI 容器,通过构造函数注入一切正常,但我不知道如何使用属性注入。我用 [Dependency] 属性标记了属性,但它不起作用。
在 Global.asax 我有以下内容:
任何帮助表示赞赏。
c# - 具有值类型和对象类型依赖关系的 IoC
我正在寻找有关为 IoC 设计对象的最佳方法的建议
假设我有一个对象(服务),它依赖于用 Ioc 注册的 DataContext。
但它也需要一个名称属性,我可以这样设计对象:
问题是与 Ioc 容器一起使用变得非常复杂,因为名称等字符串对象不容易注册,并且 Ioc 容器的使用变得复杂:因此解析变得混乱:
另一种方法是将其设计如下:
解决方案现在更容易了:
唯一的下站点是不再需要指定名称。我想听听 DI 或 IoC 专家的意见,他们将如何设计这个并且仍然对具体的 Ioc 容器技术保持相当不可知论。
我知道这在很大程度上取决于你想如何使用它,如果 name 真的是可选的,选项 2 将是完美的。但是在需要名称的情况下,您可以在代码中的另一点添加验证步骤,而是进行设计以使 Ioc 更简单。
想法?
asp.net-mvc-3 - 温莎城堡非公有财产自动注入
我在我的 ASP.NET Mvc 3 项目中设置了 Castle Windsor,并在以下位置添加了以下属性HomeController
:
当我尝试UserService
在操作方法中使用时,它始终为空。但是,如果我将属性更改为public
它,它将由 Castle Windsor 自动实例化。
是否可以使用非公共属性进行自动属性注入?
c# - 不会发生 MEF 属性注入
从导入的属性中检索信息时出现问题。调用 .ComposeParts() 后,该属性仍然为空,但组合正常,因为之后我可以调用 .GetExportedValues() 并获得所需的实例。这是代码:
引导程序做组合
实现 IApplication 的类之一的签名
任何指针表示赞赏,非常感谢。
structuremap - 使用 FillAllPropertiesOfType 的开放泛型的 StructureMap 属性设置器注入
我有以下课程:
我想使用属性注入来填充会话。这意味着从 Query 继承的任何东西都可以使用 Session 进行查询。
无论如何..它总是空的:(
我有以下 StructureMap 注册表代码:
谁能建议我做错了什么?
谢谢
戴夫
c# - 如何使用 Ioc Unity 注入依赖属性
我有以下课程:
我使用 Unity for IoC,我的注册如下所示:
当我解决一个ServiceA
实例时,serviceB
将是null
. 我该如何解决这个问题?
c# - 当只在基类中需要依赖时,是否适合在基类中使用属性注入?
例子:
我们都知道,当需要依赖时,我们必须使用构造函数注入。如果它是可选依赖项,我们可以使用属性注入来代替。
但是当只有你的基类需要依赖时你应该怎么做?
当您使用构造函数注入时,我认为您会污染所有派生类。
当只在基类中需要依赖时,在基类中使用属性注入是否合适?
dependency-injection - 使用 NServiceBus DI 配置装饰器
如何配置 NServiceBus 以正确注入装饰类?
想象一下这个场景:
我想设置我的配置,以便B
使用C
注入创建,然后A
使用注入创建B
。我不想A
用C
注入创建。
如何设置配置以使其执行此操作?感觉我应该使用以下内容:
但我不确定我如何引用这些实例?以及如何确保C
仅用于B
' 的属性,并且B
在容器进行解析时在其他任何地方使用?
还是我需要做一些不同的事情?