设计模式

Question

我希望对工作中现有的组件进行一些更改，并开始看到使用设计模式的优势。问题是我有一些具体的例子，我试图使用我在设计模式中学到的东西，但在这样做时遇到了问题。这就是我正在尝试做的事情。

我有一个现有的组件，可以监视 n 个不同软件包的性能，每个软件包都适合特定类型。即现有组件

• 包 A 用于类型 1
• 包 B 用于类型 2
• 包 C 用于类型 3 等等...

每个包都会进行一些性能监控，并有自己的数据日志、记录等。每个包现在只有一种类型。

将来我们可能会推出

• 包含分析日志的新功能。这将具有已经存在的数据日志，并在其之上添加一些其他数据。
• 支持一个包的多种类型。即包 A 用于类型 1，类型 2 (Bitype) 包 B 用于类型 1，类型 2，类型 3 (tritype)

看着这个，我认为适配器模式可以在这里使用。我可以使用现有组件作为适配者。然后在适配器类中执行新功能。我的目标是添加两个功能的最终组件。

由于我在这里处理现有代码，我认为我应该添加一个适配器类来适应新功能。但我重新考虑了，因为适配器是为了使一个接口可与另一个接口一起使用。这里我有现有的接口，但我还没有目标接口。我还必须创建适配器和目标。所以我很困惑这个定义是否符合我的要求。

有设计模式经验的人可以在这里提出您的建议吗？谢谢

该软件是为运动员设计的。现有系统跟踪这些运动员的训练细节。它包含训练日志、他们喜欢的品牌和个人详细信息等详细信息。还有一个针对某类运动员的单独包。运动员类型有网球运动员、高尔夫球运动员、游泳运动员等。因此，运动员只能属于一种类型，要么是网球运动员，要么是高尔夫球运动员，不能同时是两者。将来将需要包含更多功能

1. 来包含性能日志（即采用现有日志并在其上添加性能日志详细信息）。
2. 运动员的兴趣可能有重叠，即一名运动员可以参加不止一项运动。一名运动员可以参加网球、金牌和游泳比赛。

希望现在已经清楚了。

Answer 1

不幸的是，您无法实现此处建议的模式。您必须至少熟悉最常见的那些，并了解何时使用它们。您甚至可能为某些特定情况创建自己的模式。

您的描述对我来说不是很清楚，但我可以建议您研究 Bridge 模式的方向并尝试制作类似的内容：

abstract class Sportsmen {
  ILogger logger;
  List<IPackage> packages;
  List<IInterest> interests;
}

interface IPackage {
  IList<ISomeType> SupportingTypes {get;set; }
}

我会向您推荐一本关于模式的很棒的免费在线书籍：http://gameprogrammingpatterns.com/

祝你好运！

Answer 2

这看起来是装饰器模式的一个很好的例子。

您可以拥有一个抽象数据记录器，从中您可以派生出初始包 A、B、C 等。
此外，您还需要创建一个“装饰器”，它是一个从基本数据记录器派生的抽象类，并且还具有一个基本数据记录器作为其成员。

您可以在此成员数据记录器提供的功能之上进行构建，并将其公开为该装饰器的功能。 （例如 AnalysisDecorator 的 LogData 方法除了记录数据之外还会记录一些分析信息）
您可以为要添加的每一项功能创建一个装饰器。

现在，如果您想向包 A 添加一些附加功能，您可以使用所需功能的装饰器来包装它。
通过这种方式，您可以将添加的功能任意组合到您的基础包中。

希望这有帮助！