Каковы различные методы для введения сквозных проблем?

Шаблон проектирования Decorator - отличная отправная точка для реализации сквозных задач.

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

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

Этот подход может должны быть полностью реализованы с использованием простых старых объектов C # (POCO) и не требуют дополнительных фреймворков.

Однако, если вы устали писать все дополнительные декораторы, вы можете использовать фреймворк. У меня нет опыта работы с явными фреймворками АОП, но большинство контейнеров DI, таких как Castle Windsor , предлагают функции, подобные АОП.

---

Здесь ' s пример использования декораторов. Допустим, у вас есть следующий интерфейс:

public interface IMyInterface
{
    void DoStuff(string s);
}

Ваша конкретная реализация может делать что-то очень интересное, например, записывать строку в Консоль:

public class ConsoleThing : IMyInterface
{
    public void DoStuff(string s)
    {
        Console.WriteLine(s);
    }
}

Если вы хотите регистрировать операцию DoStuff, теперь вы можете реализовать декоратор регистрации:

public class LoggingThing : IMyInterface
{
    private readonly IMyInterface innerThing;

    public LoggingThing(IMyInterface innerThing)
    {
        this.innerThing = innerThing;
    }

    public void DoStuff(string s)
    {
        this.innerThing.DoStuff(s);
        Log.Write("DoStuff", s);
    }
}

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

Примечание: я редко рекомендую статические интерфейсы, поэтому интерфейс Log.Write не рекомендация, но просто как заполнитель. В реальной реализации я бы внедрил какой-то интерфейс ILogger в LoggingThing.

например, запись строки в консоль:

public class ConsoleThing : IMyInterface
{
    public void DoStuff(string s)
    {
        Console.WriteLine(s);
    }
}

Если вы хотите регистрировать операцию DoStuff, теперь вы можете реализовать декоратор ведения журнала:

public class LoggingThing : IMyInterface
{
    private readonly IMyInterface innerThing;

    public LoggingThing(IMyInterface innerThing)
    {
        this.innerThing = innerThing;
    }

    public void DoStuff(string s)
    {
        this.innerThing.DoStuff(s);
        Log.Write("DoStuff", s);
    }
}

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

Примечание: я редко рекомендую статические интерфейсы, поэтому интерфейс Log.Write не является рекомендацией, а просто используется в качестве заполнителя. В реальной реализации я бы внедрил какой-то интерфейс ILogger в LoggingThing.

например, запись строки в консоль:

public class ConsoleThing : IMyInterface
{
    public void DoStuff(string s)
    {
        Console.WriteLine(s);
    }
}

Если вы хотите регистрировать операцию DoStuff, теперь вы можете реализовать декоратор ведения журнала:

public class LoggingThing : IMyInterface
{
    private readonly IMyInterface innerThing;

    public LoggingThing(IMyInterface innerThing)
    {
        this.innerThing = innerThing;
    }

    public void DoStuff(string s)
    {
        this.innerThing.DoStuff(s);
        Log.Write("DoStuff", s);
    }
}

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

Примечание: я редко рекомендую статические интерфейсы, поэтому интерфейс Log.Write не является рекомендацией, а просто используется в качестве заполнителя. В реальной реализации я бы внедрил какой-то интерфейс ILogger в LoggingThing.

но просто означает в качестве заполнителя. В реальной реализации я бы внедрил какой-то интерфейс ILogger в LoggingThing.

но просто означает в качестве заполнителя. В реальной реализации я бы внедрил какой-то интерфейс ILogger в LoggingThing.