Декоратор класса для объявления статического члена (например, для log4net)?

Это как раз задача для АОП - аспектно-ориентированного программирования. Взгляните на PostSharp, это платформа .NET AOP, она позволит вам делать именно то, что вам нужно. хочу.

Это работает путем изменения (или переплетения) IL-кода после компиляции и добавления аспекта ведения журнала к декорированному методу.

EDIT: похоже, что PostSharp теперь является коммерческим продуктом. Если вы ищете решение с открытым исходным кодом (бесплатное), я предлагаю LinFu AOP< /а>.

Мы используем что-то почти идентичное:

private static readonly ILog Logger = LogManager.GetLogger();

Этот метод реализуется следующим образом:

[MethodImpl(MethodImplOptions.NoInlining)]
public static ILog GetLogger()
{
    Type t;
    try { t = new StackFrame(1, false).GetMethod().DeclaringType; }
    catch { t = typeof(UnknownObject); }
    return GetLogger(t);
}
private static class UnknownObject { }

Это все еще оказывается большей болью, которую я готов пройти. Я предпочитаю статический объект со статическими методами ведения журнала. Получение вызывающего метода не так дорого, если вы не получаете информацию о файле. По сравнению с затратами на простой вызов Log4Net получение типа вызова - ничто (в зависимости от используемых регистраторов).

Атрибуты в .NET не являются декораторами/активными компонентами, влияющими на класс /member, к которому они привязаны. Атрибуты — это метаданные, которые можно получить с помощью отражения. В C# нет средства, подобного декоратору, хотя есть АОП-решения, которые расширяют .NET тем, что вам нужно. Самое простое решение, вероятно, просто скопировать эту строку в каждый класс.

Мы обернули log4net, чтобы его можно было легко отключить. Это то, о чем мы, возможно, изменим свое мнение в будущем.

Пока мы этого не делаем, и вы, вероятно, понесете удар по производительности, чтобы сделать это… и я действительно не решаюсь даже предложить это, потому что я не уверен, что это хорошая идея… вы могли бы ... если вы чувствовали себя достаточно дьявольски .... оберните log4net и сделайте что-то подобное в своей обертке.

var callingType = new System.Diagnostics.StackTrace().GetFrame(1).GetMethod().DeclaringType

Если вы хорошо разбираетесь в том, как вы ведете журнал, вы можете понести эти затраты только тогда, когда вам нужно сообщение журнала.

Чувак, это было бы легко в питоне. Я бы посмотрел на атрибуты C#.

Если это ASP.NET или Windows Forms, вы можете просто создать базовую страницу или базовую форму, из которой происходят все ваши формы/страницы. Вы можете объявить этого члена на этом уровне и, вероятно, добиться желаемого.

Вероятно, вы могли бы реализовать решение для этого с помощью PostSharp или другого инструмента аспектно-ориентированного программирования.

Было бы довольно тривиально использовать макрос в Boo, но это не сильно помогло бы в вашей ситуации.

Возможно, простым способом было бы написать метод расширения для интерфейса, тогда вашему классу просто нужно «реализовать» (но не совсем потому, что расширение выполняет реализацию) интерфейс

public class Foo : IGetLog<Foo>
{

}

Расширение что-то вроде....

  public interface IGetLog<T> { }

  public static class IGetLogExtension
  {
    public static ILog GetLogger<T>(this IGetLog<T> getLog)
    {
      return LogManager.GetLogger(typeof(T));
    }
  }