Инъекция зависимостей и именованные регистраторы

мне интересно узнать больше о том, как люди вводят ведение журнала с платформами инъекций зависимостей. Хотя ссылки ниже и мои примеры относятся к log4net и Unity, я не обязательно буду использовать любой из них. Для инъекции зависимостей/IOC я, вероятно, буду использовать MEF, поскольку это стандарт, на который опирается остальная часть проекта (Большая).

Я очень новичок в Dependency injection/ioc и довольно новичок в C# и .NET (написал очень мало продукции код в C# / .NET после последних 10 лет или около того VC6 и VB6). Я провел много исследований в различных решениях для ведения журнала, которые там есть, поэтому я думаю, что у меня есть достойная ручка на их наборах функций. Я просто недостаточно знаком с реальной механикой введения одной зависимости (или, может быть, более "правильно", получая абстрактную версию одной введенной зависимости).

Я видел другие сообщения, связанные с журналированием и / или инъекцией зависимостей как: интерфейсы внедрения зависимостей и ведения журнала

рекомендации по ведению журнала

как будет выглядеть класс-оболочка Log4Net?

снова о log4net и Unity IOC config

мой вопрос не имеет конкретного отношения к "как я могу ввести logging platform xxx с помощью инструмента ioc yyy?"Скорее, меня интересует, как люди обрабатывали обертывание платформы ведения журнала (как это часто, но не всегда рекомендуется) и конфигурацию (т. е. приложение.конфигурация.) Например, используя log4net в качестве примера, я мог бы настроить (в приложении.config) несколько регистраторов, а затем получить эти регистраторы (без инъекции зависимостей) в стандартном способе использования кода, как это:

private static readonly ILog logger = LogManager.GetLogger(MethodBase.GetCurrentMethod().DeclaringType);

альтернативно, если мой регистратор не назван для класса, а скорее для функциональной области, я мог бы сделать это:

private static readonly ILog logger = LogManager.GetLogger("Login");
private static readonly ILog logger = LogManager.GetLogger("Query");
private static readonly ILog logger = LogManager.GetLogger("Report");

Итак, я предполагаю, что мои "требования" будут примерно такими:

1. Я хотел был бы изолировать мой продукт источник из прямой зависимости от платформы лесозаготовок.

2. Я хотел бы иметь возможность разрешить конкретный именованный экземпляр logger (вероятно, разделяя один и тот же экземпляр среди всех запросчиков одного и того же именованного экземпляра) прямо или косвенно с помощью какой-либо инъекции зависимостей, вероятно, MEF.

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

давайте начнем с числа 1. Я прочитал ряд статей, в первую очередь здесь, на stackoverflow, о том, является ли это хорошей идеей, чтобы обернуть. См. ссылку "лучшие практики" выше и перейдите по ссылке комментарий Джеффри hantin за одно представление о том, почему это плохо для обертывания, такой как log4net. Если бы вы обернули (и если бы вы могли обернуть эффективно), вы бы обернули строго с целью инъекции/удаления прямой депденции? Или вы также попытаетесь абстрагироваться от некоторых или всех приложений log4net.информация о конфигурации?

допустим, я хочу использовать систему.Диагностика, я бы, вероятно, хотел реализовать логгер на основе интерфейса (возможно, даже используя" общий " интерфейс ILogger/ILog), вероятно, основанный на TraceSource, так что я мог бы ввести его. Вы бы реализовали интерфейс, скажем, через TraceSource, и просто использовали систему.Приложение для диагностики.конфигурационная информация как есть?

что-то вроде этого:

public class MyLogger : ILogger
{
  private TraceSource ts;
  public MyLogger(string name)
  {
    ts = new TraceSource(name);
  }

  public void ILogger.Log(string msg)
  {
    ts.TraceEvent(msg);
  }
}

и использовать его так:

private static readonly ILogger logger = new MyLogger("stackoverflow");
logger.Info("Hello world!")

переходим к номеру 2 ... Как разрешить конкретный именованный экземпляр logger? Я должен просто использовать приложение.информация о конфигурации платформы ведения журнала, которую я выбираю (т. е. разрешите регистраторы на основе схемы именования в приложении.конфигурации)? Итак, в случае log4net, могу ли я предпочесть "inject" LogManager (обратите внимание, что я знаю, что это невозможно, так как это статический объект)? Я мог бы обернуть LogManager (назовите его MyLogManager), дать ему интерфейс ILogManager, а затем разрешить MyLogManager.Интерфейс ILogManager. Мои другие объекты могут иметь depenency (импорт на языке MEF) на ILogManager (экспорт из сборки, где он реализован). Теперь у меня могут быть такие объекты:

public class MyClass
{
  private ILogger logger;
  public MyClass([Import(typeof(ILogManager))] logManager)
  {
    logger = logManager.GetLogger("MyClass");
  }
}

в любое время ILogManager называется, это напрямую делегировать LogManager, такой как log4net это. Кроме того, может ли обернутый LogManager взять экземпляры ILogger, которые он получает на основе приложения.сконфигурируйте и добавьте их в(a ?) Контейнер MEF по имени. Позже, когда регистратор с тем же именем запрашивается, обернутый LogManager запрашивается для этого имени. Если ILogger есть, он решается таким образом. Если это возможно с MEF, есть ли какая-либо польза от этого?

в данном случае, действительно, только ILogManager "вводится", и он может раздавать экземпляры ILogger так, как это обычно делает log4net. Как этот тип инъекции (по существу фабрики) сравнивается с инъекцией именованных экземпляров регистратора? Это позволяет более легко использовать приложение log4net (или другую платформу ведения журнала).конфигурационный файл.

Я знаю, что я могу получить именованные экземпляры из контейнера MEF следующим образом:

var container = new CompositionContainer(<catalogs and other stuff>);
ILogger logger = container.GetExportedValue<ILogger>("ThisLogger");

но как мне получить именованные экземпляры в контейнер? Я знаю о модели на основе атрибутов, где я мог бы иметь разные реализации ILogger, каждая из которых называется (через атрибут MEF), но это мне не очень помогает. Есть ли способ создать что-то вроде приложения.config (или раздел в нем), который будет перечислять регистраторы (все из той же реализации) по имени и что MEF может читать? Может / Должен ли быть центральный "менеджер" (например, MyLogManager), который разрешает именованные регистраторы через базовое приложение.конфигурация, а затем вставляет разрешенный регистратор в контейнер MEF? Таким образом, он будет доступен кому-то еще, у кого есть доступ к тому же контейнеру MEF (хотя и без знания MyLogManager о том, как использовать приложение log4net.информация о конфигурации, похоже, что контейнер не сможет разрешить любые именованные регистраторы напрямую).

это уже довольно долго. Я надеюсь, что он последователен. Пожалуйста, не стесняйтесь делиться какой-либо конкретной информацией о том, как вы зависимость вводили платформу ведения журнала (мы большинство вероятно, учитывая log4net, NLog или что-то (надеюсь, тонкое), построенное на системе.Диагностика) в ваше приложение.

вы ввели "менеджер" и вернули экземпляры регистратора?

вы добавили некоторую информацию о своей собственной конфигурации в свой собственный раздел конфигурации или в раздел конфигурации своей платформы DI, чтобы упростить/сделать возможным прямое внедрение экземпляров logger (т. е. сделать ваши зависимости от ILogger, а не ILogManager).

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

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

Спасибо за любую помощь!