c# 自定义属性的类不可以依赖注入吗

Question

1.自定义属性的类继承了Attribute属性
2.该类中要使用一个已经依赖注入的类中的变量。于是在自定义属性的类中进行了注入
3.在控制器的方法加加了该属性时，提示要在方法中填写参数
此场景的正确方法是什么？

Answer 1

在C#和.NET中，自定义属性（Attributes）通常用于提供元数据，这些元数据可以在运行时或编译时被反射（Reflection）机制读取。由于自定义属性是静态的（它们在编译时就已经确定），并且它们的实例化方式不同于普通的类实例，因此它们不能直接使用依赖注入（DI）机制来注入依赖项。

自定义属性与依赖注入的冲突

1. 静态与动态：自定义属性是静态的，它们与具体的实例无关，而依赖注入是在运行时动态地将依赖项注入到类的实例中。
2. 生命周期：依赖注入通常管理对象生命周期，但自定义属性的生命周期与它们被应用的元素（如类、方法、属性等）的生命周期不同步。

解决方案

方案一：使用服务定位器（Service Locator）模式

虽然不推荐在应用程序中广泛使用服务定位器模式，因为它违反了依赖注入的最佳实践（即显式依赖），但在某些情况下，如自定义属性中，这可能是可行的解决方案。你可以在自定义属性中调用一个服务定位器来获取所需的依赖项。

public class MyAttribute : Attribute
{
    private readonly IMyService _myService;

    public MyAttribute()
    {
        // 假设存在一个全局的服务定位器
        _myService = ServiceLocator.Current.GetService<IMyService>();
    }

    // 使用_myService进行你的逻辑
}

注意：使用服务定位器通常意味着你失去了依赖注入带来的很多好处，如测试性和解耦性。

方案二：使用代理或包装器

如果自定义属性的使用场景允许，你可以考虑使用一个代理或包装器来应用自定义逻辑，而不是直接在属性中编写逻辑。这样，你可以在代理或包装器中注入依赖项，并处理自定义属性的元数据。

方案三：重新考虑设计

如果可能，重新考虑你的设计，看看是否有其他方式来实现你的需求，而不需要在自定义属性中直接注入依赖项。例如，你可以考虑使用AOP（面向切面编程）来在应用程序的不同部分注入额外的行为，而不是使用自定义属性。

结论

自定义属性通常不适合进行依赖注入，因为它们与具体的实例无关，并且它们的实例化方式不同于普通的类实例。如果需要在自定义属性中访问依赖项，请考虑使用服务定位器模式、代理或包装器，或者重新设计你的应用程序以满足你的需求。