这是装饰器模式的一个很好的用法吗？

Question

我必须为客户编写 2 个文本文件。这些文件包含来自我们数据库的信息。我们的应用程序被许多客户使用，因此不会为每个客户编写这两个文件。有些只获得第一个文件，有些还获得第二个文件。文件结构因客户而异，这就是为什么我使用抽象方法 Write 创建一个抽象类，并为每个客户创建一个依赖 Write 方法的特定类。这是第一个文件，适用于所有客户，只是内容和结构不同。

abstract class CustomerWriter
{
    //...
    abstract Write();
    //...  
}

然后我有两个继承自该类的类。我想那很好。现在，对于只需要为某些客户编写的第二个文件......在这里使用装饰器模式并装饰第一个文件的类是一个好主意吗？它不是同一个基类（CustomerWriter）。我不确定这对我的情况来说是否太多，这就是我问的原因。

我将如何装饰第一个文件的特定类？

谢谢 ：-）

Answer 1

您如何根据客户配置在某处注册所有允许的文件编写器，然后执行所有注册的编写器？

更新：您可以使用 IoC 容器来实现此目的，但一个简单的

public class FileWriterRegistry
{
   public void Register(CustomerWriter writer)
   {
   }

   public void WriteAllFiles()
   {
       ... call Write() for each registered writer
   }
}

容器也可以。

Answer 2

如果您无法重构第二个编写器以共享公共基类或接口，那么您实际上可能想使用适配器模式。您可以编写一个适配器，使第二个编写器看起来像一个 CustomerWriter。这样您的客户就可以使用一个通用的基类或接口（甚至更好）。然后，您可以使用 IoC 容器来配置客户端实例化的实例。

适配器看起来像这样：

public SecondWriterAdapter : CustomerWriter
{
    private SecondWriter writerInstance;
    public SecondWriterAdapter(SecondWriter writerInstance)
    {
        this.writerInstance = writerInstance;
    }

    public override void Write()
    {
        writerInstance.someExistingWriteMethod();
    } 
}