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

Поскольку кажется, что существует большая путаница относительно того, как работают фреймы и методы стека, вот простая демонстрация:

static void Main(string[] args)
{
    MyClass c = new MyClass();
    c.Name = "MyTest";
    Console.ReadLine();
}

class MyClass
{
    private string name;

    void TestMethod()
    {
        StackTrace st = new StackTrace();
        StackFrame currentFrame = st.GetFrame(1);
        MethodBase method = currentFrame.GetMethod();
        Console.WriteLine(method.Name);
    }

    public string Name
    {
        get { return name; }
        set
        {
            TestMethod();
            name = value;
        }
    }
}

Результатом этой программы будет:

set_Name

Свойства в C # являются формой синтаксического сахара. Они компилируются в методы получения и установки в IL, и возможно, что некоторые языки .NET могут даже не распознавать их как свойства - разрешение свойств выполняется полностью по соглашению, в спецификации IL на самом деле нет никаких правил.

Теперь предположим, что у вас была действительно веская причина для того, чтобы программа захотела проверить свой собственный стек (и есть очень мало практических причин для этого). С какой стати вы хотите, чтобы он вел себя по-другому для свойств и методов?

Вся суть атрибутов в том, что они являются своего рода метаданными. Если вы хотите другое поведение, закодируйте его в атрибут . Если атрибут может означать две разные вещи в зависимости от того, применяется ли он к методу или свойству, тогда у вас должно быть два атрибута . Задайте для первого целевого значения AttributeTargets.Method , а для второго - AttributeTargets.Property . Простой.

Но, опять же, использование собственного стека для получения некоторых атрибутов из вызывающего метода в лучшем случае опасно. В некотором смысле вы замораживаете дизайн своей программы, что значительно затрудняет ее расширение или рефакторинг. Атрибуты обычно используются не так. Более подходящим примером может быть что-то вроде атрибута проверки:

public class Customer
{
    [Required]
    public string Name { get; set; }
}

Тогда ваш код валидатора, который ничего не знает о фактическом передаваемом объекте, может сделать следующее:

public void Validate(object o)
{
    Type t = o.GetType();
    foreach (var prop in
        t.GetProperties(BindingFlags.Instance | BindingFlags.Public))
    {
        if (Attribute.IsDefined(prop, typeof(RequiredAttribute)))
        {
            object value = prop.GetValue(o, null);
            if (value == null)
                throw new RequiredFieldException(prop.Name);
        }
    }
}

Другими словами, вы исследуем атрибуты экземпляра , который был предоставлен вам , но о типе которого вы не обязательно ничего знаете. Атрибуты XML, атрибуты контракта данных, даже атрибуты атрибутов - почти все атрибуты в .NET Framework используются таким образом, чтобы реализовать некоторые функциональные возможности, которые являются динамическими по отношению к типу экземпляра , но не по отношению к состояние программы или то, что находится в стеке. Очень маловероятно, что вы действительно контролируете это в момент создания трассировки стека.

Итак, я снова порекомендую вам не использовать подход обхода стека, если у вас нет очень веской причины для этого, о которой вы еще не сказали нам. В противном случае вы, скорее всего, попадете в мир боли.

Если вы абсолютно обязаны (не говорите, что мы вас не предупреждали), используйте два атрибута, один из которых может применяться к методам, а другой - к свойствам. Думаю, вы обнаружите, что работать с этим намного проще, чем с одним супер-атрибутом.