52

我创建了一个Attribute名为RelatedPropertyAttribute

[AttributeUsage(AttributeTargets.Property)]
public class RelatedPropertyAttribute: Attribute
{
    public string RelatedProperty { get; private set; }

    public RelatedPropertyAttribute(string relatedProperty)
    {
        RelatedProperty = relatedProperty;
    }
}

我用它来表示类中的相关属性。我将如何使用它的示例:

public class MyClass
{
    public int EmployeeID { get; set; }

    [RelatedProperty("EmployeeID")]
    public int EmployeeNumber { get; set; }
}

我想使用 lambda 表达式,以便可以将强类型传递给属性的构造函数,而不是“魔术字符串”。这样我可以利用编译器类型检查。例如:

public class MyClass
{
    public int EmployeeID { get; set; }

    [RelatedProperty(x => x.EmployeeID)]
    public int EmployeeNumber { get; set; }
}

我以为我可以用以下方法做到这一点,但编译器不允许这样做:

public RelatedPropertyAttribute<TProperty>(Expression<Func<MyClass, TProperty>> propertyExpression)
{ ... }

错误:

非泛型类型“RelatedPropertyAttribute”不能与类型参数一起使用

我怎样才能做到这一点?

4

7 回答 7

57

以传统方式不可能具有通用属性。但是 C# 和 VB 不支持它,但 CLR 支持。如果您想编写一些 IL 代码,这是可能的。

让我们拿你的代码:

[AttributeUsage(AttributeTargets.Property)]
public class RelatedPropertyAttribute: Attribute
{
    public string RelatedProperty { get; private set; }

    public RelatedPropertyAttribute(string relatedProperty)
    {
       RelatedProperty = relatedProperty;
    }
}

编译代码,使用ILSpyILDasm打开程序集,然后将内容转储到文本文件中。你的属性类声明的 IL 将如下所示:

.class public auto ansi beforefieldinit RelatedPropertyAttribute
extends [mscorlib]System.Attribute

在文本文件中,您可以将属性设为通用。有几件事需要改变。

这可以简单地通过更改 IL 来完成,CLR 不会抱怨:

.class public abstract auto ansi beforefieldinit
      RelatedPropertyAttribute`1<class T>
      extends [mscorlib]System.Attribute

现在您可以将相关属性的类型从字符串更改您的泛型类型。

例如:

.method public hidebysig specialname rtspecialname 
    instance void .ctor (
        string relatedProperty
    ) cil managed

将其更改为:

.method public hidebysig specialname rtspecialname 
    instance void .ctor (
        !T relatedProperty
    ) cil managed

有很多框架可以做这样的“肮脏”工作:Mono.CecilCCI

正如我已经说过的,它不是一个干净的面向对象的解决方案,只是想指出另一种打破 C# 和 VB 限制的方法。

关于这个主题有一个有趣的阅读,看看这本书。

希望能帮助到你。

于 2013-05-29T09:16:16.800 回答
44

你不能

  • 您不能创建通用属性类型(根本不允许);同样,没有定义使用通用属性 ( [Foo<SomeType>]) 的语法
  • 您不能在属性初始值设定项中使用 lambda - 可传递给属性的值非常有限,并且根本不包括表达式(非常复杂,并且是运行时对象,而不是编译时文字)
于 2013-05-29T08:54:08.427 回答
15

如果您使用的是 C# 6.0,则可以使用nameof

用于获取变量、类型或成员的简单(非限定)字符串名称。当报告代码错误、连接模型-视图-控制器 (MVC) 链接、触发属性更改事件等时,您通常希望捕获方法的字符串名称。使用 nameof 有助于在重命名定义时保持代码有效。在您必须使用字符串文字来引用定义之前,这在重命名代码元素时很脆弱,因为工具不知道检查这些字符串文字。

有了它,您可以像这样使用您的属性:

public class MyClass
{
    public int EmployeeID { get; set; }

    [RelatedProperty(nameof(EmployeeID))]
    public int EmployeeNumber { get; set; }
}
于 2015-12-11T01:06:53.550 回答
8

一种可能的解决方法是为每个属性关系定义类,并
在属性构造函数中通过 typeof() 运算符引用它。

更新:

例如:

[AttributeUsage(AttributeTargets.Property)]
public class RelatedPropertyAttribute : Attribute
{
    public Type RelatedProperty { get; private set; }

    public RelatedPropertyAttribute(Type relatedProperty)
    {
        RelatedProperty = relatedProperty;
    }
}

public class PropertyRelation<TOwner, TProperty>
{
    private readonly Func<TOwner, TProperty> _propGetter;

    public PropertyRelation(Func<TOwner, TProperty> propGetter)
    {
        _propGetter = propGetter;
    }

    public TProperty GetProperty(TOwner owner)
    {
        return _propGetter(owner);
    }
}

public class MyClass
{
    public int EmployeeId { get; set; }

    [RelatedProperty(typeof(EmployeeIdRelation))]
    public int EmployeeNumber { get; set; }

    public class EmployeeIdRelation : PropertyRelation<MyClass, int>
    {
        public EmployeeIdRelation()
            : base(@class => @class.EmployeeId)
        {

        }
    }
}
于 2013-10-31T11:55:07.553 回答
5

你不能。属性类型受限于此处所写。我的建议是,尝试在外部评估您的 lambda 表达式,然后使用以下类型之一:

  • 简单类型(bool、byte、char、short、int、long、float 和 double)
  • 细绳
  • 系统类型
  • 枚举
  • 对象(对象类型的属性参数的参数必须是上述类型之一的常量值。)
  • 上述任何类型的一维数组
于 2013-05-29T08:57:02.133 回答
4

为了扩展我的评论,这是一种用不同方法完成任务的方法。你说你想“在一个类中指示相关的属性”,并且你“想使用 lambda 表达式,以便我可以将一个强类型传递给我的属性的构造函数,而不是一个“魔术字符串”。这样我可以利用编译器类型检查”。

这是一种指示相关属性的方法,这些属性是编译时类型的并且没有任何魔术字符串:

public class MyClass
{
    public int EmployeeId { get; set; }
    public int EmployeeNumber { get; set; }
}

这是正在考虑的课程。我们想指出这一点EmployeeId并且EmployeeNumber是相关的。为了代码简洁,让我们把这个类型别名放在代码文件的顶部。这根本没有必要,但它确实使代码不那么令人生畏:

using MyClassPropertyTuple = 
    System.Tuple<
            System.Linq.Expressions.Expression<System.Func<MyClass, object>>,
            System.Linq.Expressions.Expression<System.Func<MyClass, object>>
        >;

这为两个sMyClassPropertyTuple的 a 创建了一个别名,每个 s 都捕获从 a到对象的函数定义。例如,属性 getter on就是这样的函数。TupleExpressionMyClassMyClass

现在让我们捕捉这种关系。在这里,我在 上创建了一个静态属性MyClass,但是这个列表可以在任何地方定义:

public class MyClass
{
    public static List<MyClassPropertyTuple> Relationships
        = new List<MyClassPropertyTuple>
            {
                new MyClassPropertyTuple(c => c.EmployeeId, c => c.EmployeeNumber)
            };
}

C# 编译器知道我们正在构造 a Tupleof Expressions,因此我们不需要在这些 lambda 表达式前面进行任何显式转换——它们会自动转换为Expressions。

就定义而言,基本上就是这样 -这些EmployeeIdEmployeeNumber提及在编译时是强类型和强制执行的,并且进行属性重命名的重构工具应该能够在重命名期间找到这些用法(ReSharper 绝对可以)。这里没有魔线。


但当然,我们也希望能够在运行时询问关系(我假设!)。我不确切知道你想怎么做,所以这段代码只是说明性的。

class Program
{
    static void Main(string[] args)
    {
        var propertyInfo1FromReflection = typeof(MyClass).GetProperty("EmployeeId");
        var propertyInfo2FromReflection = typeof(MyClass).GetProperty("EmployeeNumber");

        var e1 = MyClass.Relationships[0].Item1;

        foreach (var relationship in MyClass.Relationships)
        {
            var body1 = (UnaryExpression)relationship.Item1.Body;
            var operand1 = (MemberExpression)body1.Operand;
            var propertyInfo1FromExpression = operand1.Member;

            var body2 = (UnaryExpression)relationship.Item2.Body;
            var operand2 = (MemberExpression)body2.Operand;
            var propertyInfo2FromExpression = operand2.Member;

            Console.WriteLine(propertyInfo1FromExpression.Name);
            Console.WriteLine(propertyInfo2FromExpression.Name);

            Console.WriteLine(propertyInfo1FromExpression == propertyInfo1FromReflection);
            Console.WriteLine(propertyInfo2FromExpression == propertyInfo2FromReflection);
        }
    }
}

代码propertyInfo1FromExpressionpropertyInfo2FromExpression这里我在调试时明智地使用了 Watch 窗口 - 这通常是我计算Expression树实际包含的内容的方式。

运行这将产生

EmployeeId
EmployeeNumber
True
True

表明我们可以成功提取相关属性的细节,并且(至关重要)它们与PropertyInfo通过其他方式获得的 s参考相同。希望您可以将它与您实际使用的任何方法结合使用,以在运行时指定感兴趣的属性。

于 2013-07-12T09:04:11.260 回答
1

提示。使用名称。我有一个 DateRangeAttribute,它验证两个属性并确保它们是有效的 DateRange。

[AttributeUsage(AttributeTargets.Property, AllowMultiple = false)]
 public class DateRangeAttribute : ValidationAttribute
 {
      private readonly string _endDateProperty;
      private readonly string _startDateProperty;

      public DateRangeAttribute(string startDateProperty, string endDateProperty) : base()
      {
            _startDateProperty = startDateProperty;
            _endDateProperty = endDateProperty;
      }

      protected override ValidationResult IsValid(object value, ValidationContext validationContext)
      {
            var stP = validationContext.ObjectType.GetProperty(_startDateProperty);
            var enP = validationContext.ObjectType.GetProperty(_endDateProperty);
            if (stP == null || enP == null || stP.GetType() != typeof(DateTime) || enP.GetType() != typeof(DateTime))
            {
                 return new ValidationResult($"startDateProperty and endDateProperty must be valid DateTime properties of {nameof(value)}.");
            }
            DateTime start = (DateTime)stP.GetValue(validationContext.ObjectInstance, null);
            DateTime end = (DateTime)enP.GetValue(validationContext.ObjectInstance, null);

            if (start <= end)
            {
                 return ValidationResult.Success;
            }
            else
            {
                 return new ValidationResult($"{_endDateProperty} must be equal to or after {_startDateProperty}.");
            }
      }
 }


class Tester
{
    public DateTime ReportEndDate { get; set; }
    [DateRange(nameof(ReportStartDate), nameof(ReportEndDate))]
    public DateTime ReportStartDate { get; set; }
}
于 2018-12-26T17:24:54.860 回答