以下场景要遵循的设计模式

Question

我有三种不同类型的设置（每个对应一个类）。考虑一下，我们知道必须遵循的设置（比如 1、2 和 3）。现在，每个设置都需要不同的设置。

1. 假设，我们有 SettingB、SettingC、SettingD，除了 SettingA 之外的所有三种设置都是通用的。所以，我所做的是，我对所有设置类型（A、B 和 C）都有一个通用界面设置。

   interface IConfigureSettings
   {
     void ConfigureSettings();
   }
   

   对于每个设置类型仅公开此方法以进行配置。

2. 在 SettingA 中，我们有子设置（SubSettingsAA、SubSettingsAB、SubSettingsAC）。
   因此，为此，我有一个 SettingA 的抽象类，它由 SubSettingAA、SubSettingAB、SubSettingAC 继承。

   abstract class SettingA : IConfigureSettings
   {
     List<SettingA> _subSettings;
     public void ConfigureSettings()
     {
           //Should Perform configuration for the given site. This is what I need.
     }
   } 
   

3. 在这些子设置中，SubSettingsAA 和 SubSettingsAB 可能有 2 种不同的配置（比如 configurationA()、ConfigurationB()）。 ConfigurationA() 不在 SubSettingsA 中。 SubSettingsAB 类同时包含 ConfigurationA() 和 ConfigurationB()。

   class SubSettingsAA :  SettingA
   {
     ConfigurationB();
   }
   
   class SubSettingsAB :  SettingA
   {
     ConfigurationA();
     ConfigurationB();
   }
   
   class SubSettingAC : SettingA
   {
     ConfigurationC();
     ConfigurationD();
   }
   

现在，在 Setup1 的情况下，只有 ConfigurationA() 是可见的，而在 setup2 和 setup3 的情况下，一切都将被配置。 SubSettingAC 中的 Configuration's() 将针对所有三种设置进行配置。

所以，这就是我所拥有的。现在，我想要的是为 SettingA 调用 ConfigureSettings()，它应该根据设置类型配置所有内容。考虑一下，设置类型可用。

Answer 1

Patterns 不是程序设计的灵丹妙药。它们不会取代传统的 面向对象的分析技术，如 CRC 卡或用例 造型。要使用架构类比，分析可以让您确定 你的房子需要 200 安培的电力。图案让你 确定如何安装布线。模式确实可以帮助您思考 关于您在设计系统时可能遇到的问题。 因此，通用的、基于模式的解决方案通常比 一个人为解决特定问题而设计的解决方案。 鉴于常用的设计模式的数量（以及许多 几乎每天都有更多的发明和发现）有时可能是 很难选择适合您需要的图案。你的第一件事 应该决定问题是否从根本上是创造性的， 结构或行为。当然，有些问题有以下几个方面 两个甚至三个，并且可能需要您混合和匹配模式。

来自gofpatterns

不过，我认为您的问题的第一部分似乎是创造性的，而 Builder 模式似乎是最接近的匹配项。我会使用组合（通过接口）根据子设置来设置配置。此外，Configuration A 和 SubsettingsAC 类似乎是 Configuration 和 Subsetting 类的基类。