Как передать имя свойств класса методу без использования строки [duplicate]

Вы должны проверить это сообщение в блоге . Это дает вам возможность сделать это:

string propertyName = TypeHelper.GetPropertyName<User>(u => u.LastProjectCode);

PropertyInfo property1 = TypeHelper.GetProperty((SomeClass o) => o.InstanceProperty.Length);

PropertyInfo property2 = TypeHelper.GetProperty(() => SomeClass.StaticProperty.Length);

Переименование в Visual Studio / Resharper / Refactor Pro должно работать для вас тогда.

Свойство PropertyChangedEventArgs принимает только один конструктор, для которого требуется имя свойства как строка. Таким образом, по сути, использование INotifyPropertyChanged не означает, что на каком-то уровне, будь то высокая или низкая в вашей архитектуре, вам придется работать со строкой и ручным переименованием.

Самое простое решение - посмотреть на трассировку стека и полностью удалить каждую явную ссылку на свойство.

public String Name
{
    get { return this.name; }
    set
    {
        if (value != this.name)
        {
            this.RaisePropertyChanging();
            this.name = value;
            this.RaisePropertyChanged();
        }
    }
}
private String name = null;

private void RaisePropertyChanged()
{
    String propertyName =
       new StackTrace().GetFrame(1).GetMethod().Name.SubString(4);

    PropertyChangedEventHandler handler = this.PropertyChanged;
    if (handler != null)
    {
        handler(new PropertyChangedEventArgs(propertyName));
    }
}

Код выводит имя свойства через трассировку стека из метода календаря - это метод установки свойств с именем set_<PropertyName>. Если компилятор больше не следует этому соглашению об именах, код прерывается.

Другим решением является получение имени свойства из лямбда-выражения.

public static String GetPropertyNameFromLambdaExpression<TObject, TProperty>(
    Expression<Func<TObject, TProperty>> expression)
{
    return ((MemberExpression)expression.Body).Member.Name;
}

Например

GetPropertyNameFromLambdaExpression<String, Int32>(s => s.Length)

вернет «Length», как ожидалось. Производственная версия кода действительно требует дополнительных проверок и лучшей интеграции в остальную часть кода. Например, можно использовать вывод типа для общих аргументов.

UPDATE

И есть третье решение - вы можете использовать MethodBase.GetCurrentMethod() внутри свойства getter или setter для получения имя метода setter или getter.

public String Name
{
    get { return this.name; }
    set
    {
        if (value != this.name)
        {
            String propertyName = MethodBase.GetCurentMethod().Name.SubString(4);

            this.RaisePropertyChanging(propertyName);
            this.name = value;
            this.RaisePropertyChanged(propertyName);
        }
    }
}
private String name = null;

У C # 5, похоже, есть решение. С атрибутом CallerMemberName , который может использоваться с параметрами ( Один пример в сети ).

class Employee : INotifyPropertyChanged
{
    private string _Name;
    public string Name
    {
        get { return _Name; }

        set
        {
            _Name = value;
            RaisePropertyChanged();
        }
    }

    public event PropertyChangedEventHandler PropertyChanged;

    private void RaisePropertyChanged([CallerMemberName] string caller = "")
    {
        var temp = PropertyChanged;

        if ( temp != null )
        {
            temp( this, new PropertyChangedEventArgs( caller ) );
        }
    }
}

Теоретически вы можете использовать MethodBase.GetCurrentMethod (). Name.Substring (4) из набора свойств. К сожалению, поиск в Google показывает, что , похоже, имеет значительное влияние на производительность . Еще две вещи, которые следует учитывать:

• JIT-inlining может повлиять на это неожиданным образом. (stackoverflow.com/questions/616779/can-i-check-if-the-c-compiler-inlined-a-method-call)
• Теоретически, вызов IL в MethodBase.GetCurrentMethod () может быть тривиально заменена JIT во время выполнения с инструкцией ldtoken, а затем вызовом метода MethodBase.GetMethodFromHandle (), который будет очень быстрым. Я думаю, пользователи просто не выразили необходимости в этом. (msdn.microsoft.com/en-us/library/system.reflection.emit.opcodes.ldtoken.aspx)
• Полностью мое мнение здесь, но я думаю, было бы неплохо иметь fieldof () и methodof () в C #. Я считаю, что это значительно улучшит надежность инструментов анализа кода / рефакторинга в проектах, требующих этой способности.

Не ответ на ваш вопрос, но если вы щелкните правой кнопкой мыши-> Refactor-> Rename a property, он также может переименовать соответствующие строки, включая любые строки, соответствующие имени вашего свойства.

Да, это может быть немного опасно.