获取被调用方的扩展方法的名称

本文关键字:方法 扩展 获取 调用 | 更新日期: 2023-09-27 18:33:45

我已经建立了一个简单的ArgumentValidator类,以简化任何给定方法中的参数前提条件。它们中的大多数都是null或边界检查,经过几次检查后会变得非常乏味

if (arg == null ) throw new ArgumentNullException(nameof(arg));

所以我提出了以下设置:

public static class ArgumentValidator
{
    public interface IArgument<T>
    {
        string ParamName { get; }
        T Value { get; }
    }
    private class Argument<T>: IArgument<T>
    {
        public Argument(T argument, string paramName)
        {
            ParamName = paramName;
            Value = argument;
        }
        public string ParamName { get; }
        public T Value { get; }
    }
    public static IArgument<T> Validate<T>(this T argument, string paramName = null)
    {
        return new Argument<T>(argument, paramName ?? string.Empty);
    }
    public static IArgument<T> IsNotNull<T>(this IArgument<T> o)
    {
        if (ReferenceEquals(o.Value, null))
            throw new ArgumentNullException(o.ParamName);
        return o;
    }
    public static IArgument<T> IsSmallerThan<T, Q>(this IArgument<T> o, Q upperBound) where T : IComparable<Q> { ... }
    //etc.
}

我可以通过以下方式使用它:

public Bar Foo(object flob)
{
     flob.Validate(nameof(flob)).IsNotNull().IsSmallerThan(flob.MaxValue);
}

理想情况下,我很想摆脱Validate电话中的nameof(flob),并最终完全摆脱Validate;Validate的唯一目的是避免在链条上的每次检查都传递nameof(...)

有没有办法在Validate()方法中获取名称flob

获取被调用方的扩展方法的名称

使用扩展方法做到这一点并不容易。使用采用 LINQ 表达式的静态方法更容易(源自 devdigital 的答案):

public static T Validate<T>(this Expression<Func<T>> argument)
{
    var lambda = (LambdaExpression)argument;
    MemberExpression memberExpression;
    if (lambda.Body is UnaryExpression)
    {
        var unaryExpression = (UnaryExpression)lambda.Body;
        memberExpression = (MemberExpression)unaryExpression.Operand;
    }
    else
    {
        memberExpression = (MemberExpression)lambda.Body;
    }
    string name = memberExpression.Member.Name;
    Delegate d = lambda.Compile();
    return (T)d.DynamicInvoke();
}

里面的name是放入方法中的属性的名称:

MyMethods.Validate(() => o);

由于Validate返回T,因此您可以进一步使用它。这可能没有您想要的性能,但这是唯一可行的选择。

也可以将其作为扩展方法,您必须自己手动创建表达式:

Expression<Func<object>> f = () => o; // replace 'object' with your own type
f.Validate();