Каков наиболее эффективный способ регистрации имени класса и метода?

Проще говоря, самый быстрый способ — сделать это статически во время компиляции:

public void DoSomething()
{
    TraceCall("DoSomething");
} 

public void TraceCall(string methodName)
{
    if (!tracingEnabled) { return; }
    // Log the call
}

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

Как упоминалось в предыдущей теме, это начинает склоняться к аспектно-ориентированному программированию; PostSharp — одна из таких библиотек, которая может помочь найти баланс между статически скомпилированной производительностью и простым обслуживанием.

Самый быстрый способ сделать это во время компиляции, это правда, но самый удобный способ сделать это в .NET — использовать CallerMemberName, CallerFilePath и другие атрибуты службы компилятора, представленные в .NET 4.5:

public void TraceMethodCall([CallerMemberName]string methodName)
{
}

Когда вы уже находитесь внутри метода (или если вы перехватываете метод), я не думаю, что вы можете добиться большего успеха, чем MethodInfo.GetCurrentMethod, который не слишком быстр, если вы хотите оставаться типобезопасным.

Поскольку вы хотите сделать это для ведения журнала, не рассматривали ли вы возможность сделать это в асинхронной операции, чтобы не замедлять основной поток?

В зависимости от нагрузки на ваше приложение, это может помочь или не помочь.

Лучший способ сделать это — во время компиляции: C++ традиционно использовал символы препроцессора ____FILE____ и ____LINE____ в макросах для этого. К сожалению, в настоящее время компилятор C# не предлагает макросы или эквиваленты ____FILE____ и ____LINE____.

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

Я думаю, что Log4PostSharp отлично справится с этой задачей.

Если вас беспокоит скорость, фактическое сообщение журнала должно быть создано с использованием отслеживания событий для Окна. ETW — это высокоскоростная библиотека ведения журналов, реализованная в виде драйвера, доступного как в режиме ядра, так и в пользовательском режиме. Трассировку можно динамически включать и выключать. Ведение журнала добавляет очень мало накладных расходов для приложения. Я использовал ETW для реализации трассировки в серверных приложениях с высокой пропускной способностью. Проверьте NTrace.