ведение журнала - изменение реализации?

Мы использовали log4net для регистрации в нашем приложении веб-форм asp.net. Наше ведение журнала обычно находится на нашем бизнес-уровне, и типичная реализация выглядит следующим образом

SomeMethodCall(MethodParams)
{
  Log.Start("Starting Some Method");
  try
  {
   //do something
  }
  catch(Exception ex)
  {
    Log.Exception("exception in SomeMethodCall" + ex.message);
  }

  Log.End("End SomeMethod");
}

На мой взгляд, это немного коряво. Есть ли более чистый способ сделать это без использования АОП? Я не уверен, что мне понадобятся накладные расходы на добавление фреймворка только для ведения журнала, думал, что понимаю, что это даст мне много других вариантов (что я делаю не нужно)

Я думаю об использовании некоторых фреймворков АОП, чтобы сделать это более чистым способом, просто пометив методы атрибутами для регистрации и обработки исключений.

Есть 2 вещи, которые меня беспокоят в АОП (после первого чтения).

Некоторые фреймворки вводят код в ваш IL (в соответствии с моим пониманием), и я обеспокоен, если это введет меня в заблуждение. Возможно, я смотрю на строку x, заданную моей структурой АОП, а на самом деле это может быть строка y в моем приложении. Мои опасения необоснованны?

Производительность: сколько накладных расходов на производительность будет добавлено при использовании структуры АОП.

Изменить: я также изучал PolicyInjectionApplicationBlock . К сожалению, у меня нет возможности изменять реализации внутри моей бизнес-логики.