Выражение для членов типа приводит к различным выражениям (MemberExpression, UnaryExpression)

Описание

У меня есть выражение, указывающее на свойство моего типа. Но это не работает для каждого типа свойства. «Не означает» означает, что это приводит к различным типам выражений. Я думал, что это когда-нибудь приведет кMemberExpression Но это не так.

Заint а такжеGuid это приводит кUnaryExpression и дляstring вMemberExpression.

Я немного запутался ;)

Пример кода

Мои занятия

public class Person
{
    public string Name { get; set; }
    public int Age { get; set; }
}

Тестовый код

Person p = new Person { Age = 16, Name = "John" };

Expression<Func<Person, object>> expression1 = x => x.Age;
// expression1.Body = UnaryExpression;

Expression<Func<Person, object>> expression2 = x => x.Name;
// expression2.Body = MemberExpression;
Вопрос

Как я могу сравнить два выражения и проверить, означают ли они один и тот же тип и одно и то же свойство?

Обновить, ответить и заполнить образец

Спасибо пользователюdasblinkenlight который привел меня на правильный путь.

Он предоставил метод

private static MemberExpression GetMemberExpression<T>(
    Expression<Func<T,object>> exp
) {
    var member = expr.Body as MemberExpression;
    var unary = expr.Body as UnaryExpression;
    return member ?? (unary != null ? unary.Operand as MemberExpression : null);
}

Я написал следующий метод расширения, чтобы сравнить результатыGetMemberExpression методы и проверьте, еслиGetMemberExpression().Member.Name такие же.

private static bool IsSameMember<T>(this Expression<Func<T, object>> expr1, Expression<Func<T, object>> expr2)
{
    var result1 = GetMemberExpression(expr1);
    var result2 = GetMemberExpression(expr2);

    if (result1 == null || result2 == null)
       return false;

    return result1.Member.Name == result2.Member.Name;
}

Ответы на вопрос(2)

Вместо того, чтобы сравниватьMember.Name Строка, я бы предложил сравнитьPropertyInfo экземпляры непосредственно для равенства, чтобы избежать ложных срабатываний, когда два свойства в разных классах имеют одно и то же имя.

public static bool IsSameProperty<TSourceA, TSourceB, TPropertyA, TPropertyB>(
    Expression<Func<TSourceA, TPropertyA>> expA,
    Expression<Func<TSourceB, TPropertyB>> expB)
{
    MemberExpression memExpA = expA.Body as MemberExpression;
    MemberExpression memExpB = expB.Body as MemberExpression;

    if (memExpA == null || memExpB == null)
        return false;

    PropertyInfo propA = memExpA.Member as PropertyInfo;
    PropertyInfo propB = memExpB.Member as PropertyInfo;

    if (propA == null || propB == null)
        return false;

    return propA.Equals(propB);
}

Вы можете убедиться, что ваше лямбда-выражение скомпилировано какMemberExpression а неUnaryExpression просто указав правильный тип значения (а неobject) как универсальный типTResult вашейExpression<Func<T, TResult>> выражение.

Expression<Func<Person, int>> expression1 = x => x.Age;
Expression<Func<Person, int>> expression2 = x => x.Age;
Expression<Func<Person, string>> expression3 = x => x.Name;

Console.WriteLine(IsSameProperty(expression1, expression2));   // True
Console.WriteLine(IsSameProperty(expression1, expression3));   // False
Решение Вопроса

Age этостоимость тип. Для того, чтобы привести выражение, возвращающее тип значения вFunc<Person,object> компилятор должен вставитьConvert(expr, typeof(object)),UnaryExpression.

Заstrings и другие ссылочные типы, тем не менее, нет необходимости в прямоугольнике, поэтому возвращается «прямое» выражение члена.

Если вы хотите добраться доMemberExpression внутриUnaryExpressionВы можете получить его операнд:

private static MemberExpression GetMemberExpression<T>(
    Expression<Func<T,object>> exp
) {
    var member = exp.Body as MemberExpression;
    var unary = exp.Body as UnaryExpression;
    return member ?? (unary != null ? unary.Operand as MemberExpression : null);
}
 dknaack19 окт. 2012 г., 15:56
Да, верно, вы знаете обходной путь?
 dasblinkenlight19 окт. 2012 г., 16:10
@dknaack Я отредактировал ответ, чтобы включить обходной путь.
 Scott06 июл. 2016 г., 14:58
Если вы действительно хотите поразить воображение, вы можете использовать новые средства доступа к свойствам N # 6, чтобы сделать этот (довольно нечитаемый) однострочным:MemberExpression member = ((exp.Body as UnaryExpression)?.Operand ?? exp.Body) as MemberExpression
 dknaack19 окт. 2012 г., 16:45
@dasblinkenlight Большое спасибо! Проверьте мой обновленный ответ. Хорошего дня!
 Russell Troywest19 окт. 2012 г., 15:58
Что касается обходного пути - не могли бы вы использовать Expression <Func <Person, TResult >> и передать тип возвращаемого свойства? Таким образом, вам не нужно конвертировать его.

Ваш ответ на вопрос