细粒度装饰器模式

Question

我用最简单的术语理解了装饰器模式。这个想法是一个类包装另一个类，其中装饰器方法希望在调用被装饰对象上的相同方法之前和/或之后运行一些其他代码。

但是，我遇到了无法简单地调用装饰方法的情况，因为它有一些不需要的副作用。不过，我确实希望运行大部分装饰方法。

所以我相信我需要将装饰方法分成多个方法，然后在装饰器中我可以调用其中一些方法，运行我的装饰代码，然后调用其他一些方法 - 错过我不想要的副作用。

然而，为了保持多态性，这意味着将这些方法添加到装饰对象和装饰器对象实现的接口中。这是不受欢迎的；它们不应该是公共的，这实际上意味着被装饰的类知道它将如何被装饰。

我相信模板模式可能更合适，其中抽象基类依次调用每个较小的方法，其中“装饰器”只是为其关心的方法提供替代实现。然而，这并不完全是“组合优于继承”，那么你有什么建议呢？

Answer 1

听起来模板最适合您的场景。不需要时我不会强制组合...这段对话说得最好，“。 ..这条规则的例外：当你应该使用继承时，即如果你需要建模可替代性。”

Answer 2

听起来您的 API 违反了 命令查询分离，因此您最好的选择是重新设计API。

但是，如果我弄错了或者无法重新设计，也许您可​​以将装饰类的方法拆分为两个方法而不更改接口。

public interface IMyInterface
{
    Foo GetFoo(Bar bar);
}

public class MyClass : IMyInterface
{
    public Foo GetFoo(Bar bar)
    {
        this.DoSomethingWithSideEffects(bar);
        return this.DoSomethingToGetFoo(bar);
    }

    public Foo DoSomethingToGetFoo(Bar bar)
    {
        // ...
    }

    public void DoSomethingWithSideEffects(Bar bar)
    {
        // ...
    }
}

public class MyDecorator : IMyInterface
{
    private readonly MyClass mc;

    public MyDecorator(MyClass mc)
    {
        // put Null Guard here...
        this.mc = mc;
    }

    public Foo GetFoo(Bar bar)
    {
        return this.mc.DoSomethingToGetFoo(bar);
    }
}

请注意，MyDecorator 装饰 MyClass 而不是 IMyInterface。