- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
如果我将这些属性应用于某些服务,然后将其注入(inject) DI,我正在尝试确定将使用哪个 CallerMemberName
或 CallerFilePath
值。例如:
public class MyService: IMyService
{
public MyService([CallerMemberName] string name = null)
{
var name = name; // name is always null here
}
}
...
public class Startup
{
public void ConfigureServices(IServiceCollection services)
{
services.AddScoped<IMyService, MyService>();
}
}
所以,我想,它是 name
变量的期望值还是我做错了什么?在这种情况下,我该如何使用 CallerMemberName
?无论如何,这可能吗?
最佳答案
I'm trying to figure out which
CallerMemberName
orCallerFilePath
value will be used if I'll apply these attributes to some service and then inject it into DI.
你不能。您的方法行不通,因为 ASP.NET Core (Microsoft.Extensions.DependencyInjection
) 使用的默认 DI 系统使用动态注册,这意味着 AOT(C#-to -IL) 和 JIT(IL-to-x64)编译器都不知道 DI 服务的消费者(注意虽然注册在概念上是静态的并且只能在启动时执行 - 它只是一个错觉:您可以在运行时轻松破解默认的 DI 容器)。
作为侧边栏:唯一您的方法可行的时间是如果您有某种代码生成系统来在构建时创建对象工厂和服务工厂不使用任何运行时反射或 IL 生成。在实践中,你看到这种方法的唯一地方是在单元测试代码中使用它,测试需要严格控制每个依赖项——但它们通常是手工编写的,非常乏味和脆弱。通过 Roslyn 代码生成,我希望看到 static 服务工厂开始被更多地使用,因为它为您提供编译时保证每个依赖项都可用 - 这样您就不会在运行时遇到任何令人讨厌的意外缺少依赖项。
[CallerMemberName]
和 [CallerFilePath]
属性是由 AOT 编译器填充的,而不是 JIT 编译器,即使它是由 JIT 编译器填充的,它也不会这无济于事,因为 DI 服务的消费者不是服务构造函数的调用者。
am I doing something wrong?
你是。由于我上面描述的原因。
How do I work with
CallerMemberName
in that case?
你不能。 CallerMemberNameAttribute
不适用于此目的。它旨在用于快速简便的日志记录、分析和跟踪。
Is it possible, anyway?
是 - 通过正确扩展 Microsoft.Extensions.DependencyInjection
。请阅读 MEDI 文档以获取更多详细信息。
关于c# - 获取 .net 核心中注入(inject)服务的调用方信息,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/66332065/
我已阅读有关依赖注入(inject)的信息。然后来了 构造函数注入(inject), setter/getter 注入(inject) 二传手注入(inject) 接口(interface)注入(in
我正在研究依赖注入(inject)模式。我看过很多例子,其中一个典型的例子是使用 XxxService/XxxRepository 作为例子。但是在我看来,按照UML的概念,类XxxRepositor
我开始使用 Google Guice。 我有一个简单的问题: javax.inject 的 @Inject 注释和 com.google.inject 的 有什么区别@Inject 一个 ? 谢谢。
当使用构造函数注入(inject)工厂方法时,依赖的属性不会得到解析。但是,如果在解析依赖的组件之前解析了工厂方法,则一切都会按预期工作。此外,当仅使用属性注入(inject)或构造函数注入(inje
我有这样的事情: class Root { public Root(IDependency dep) {} } class Dependency:IDependency { p
听完Clean Code Talks ,我开始明白我们应该使用工厂来组合对象。因此,例如,如果 House有一个 Door和 Door有一个 DoorKnob , 在 HouseFactory我们创建
情况:我需要在一些 FooClass 中进行惰性依赖实例化,所以我通过 Injector类作为构造函数参数。 private final Injector m_injector; public Foo
在编写代码时,我们应该能够识别两大类对象: 注入(inject)剂 新品 http://www.loosecouplings.com/2011/01/how-to-write-testable-cod
这个问题是关于 Unity Container 的,但我想它适用于任何依赖容器。 我有两个具有循环依赖关系的类: class FirstClass { [Dependency] pub
如果我有 10 个依赖项我需要注入(inject)并且不想在构造函数中有 10 个参数,我应该使用哪种注入(inject)模式? public class SomeClass { privat
我在使用 Angular2 DI 时遇到了问题。我尝试将一个类注入(inject)另一个类,它引发了以下错误: 留言:"Cannot resolve all parameters for 'Produ
对依赖注入(inject)还很陌生,我想弄清楚这是否是一种反模式。 假设我有 3 个程序集: Foo.Shared - this has all the interfaces Foo.Users -
我正在尝试了解 Angular 14 的变化,尤其是 inject()我可以将模块注入(inject)功能的功能,我不需要为此创建特殊服务..但我想我弄错了。 我正在尝试创建一些静态函数来使用包 ng
希望这个问题不是太愚蠢,我试图掌握更高级的编程原理,因此试图习惯使用 Ninject 进行依赖注入(inject)。 因此,我的模型分为几个不同的 .dll 项目。一个项目定义了模型规范(接口(int
我最近一直在大量使用依赖注入(inject)、测试驱动开发和单元测试,并且开始喜欢上它。 我在类中使用构造函数依赖,这样我就可以为单元测试注入(inject)模拟依赖。 但是,当您实际需要生产环境中的
我有下面的代码来使用 Guice 进行依赖注入(inject)。第一个是使用构造函数注入(inject),而另一个是直接在字段上方添加 @Inject。这两种方式有什么区别吗? Guice官网似乎推荐
这个问题在这里已经有了答案: Angular2 Beta dependency injection (3 个答案) 关闭 7 年前。 我正在使用 angular2 测试版。并在使用 @Inject
有没有可能做这样的事情? (因为我尝试过,但没有成功): @Injectable() class A { constructor(private http: Http){ // <-- Injec
我很恼火必须通过 Constructor 传递管道对象,因为我想为业务实体或要传递的值保留构造函数参数。 所以我想通过 setter ,但只要这些 setter 没有被填充,我的包含依赖项的对象就不应
假设我有这个: SomePage.razor: @inject Something something @page "/somepage" My Page @code { // Using
我是一名优秀的程序员,十分优秀!