问使用通用设计模式接口记录代码

EN

你能想到为什么你不这么做吗？

这是一个糟糕的想法，因为它在各种方式上都是倒退的。你的问题决定了你的解决方案，而不是从书中提取的模式。您的类描述它们所做的事情，而不是它们在图表中表示的框。您的实现可能遵循一种模式，但它们总是针对当前的问题而定制的。而且由于各种实现都会不同，所以试图将它们强制到标准化的接口中是很愚蠢的。

这是不可能的无法在接口或库中捕获设计模式。引用维基百科的话：

这不是一个完成的设计，可以直接转换为源代码或机器代码。它是一个如何解决一个问题的描述或模板，可以在许多不同的情况下使用。

设计模式的一个典型例子是适配器模式。适配器模式的目的是将一个接口转换为另一个接口。如何将该模式表示为接口本身？这是不可能的。

如果可以在库中捕获模式，则不会是模式。和其他组件一样，它只是可重用的组件。

如果您想记录一个类是一个适配器，您可以显式地将它称为FooAdapter，或者在源注释中写入它是一个适配器。

我有一个选择解决方案的问题，包括名字中的设计模式。例如WidgetFactory，CutCommand，PasteCommand。

是FactoryPattern，是总体设计模式的名称，那么所有成员都在发挥作用吗？

例如：

抽象工厂模式有以下成员: AbstractFactory、ConcreteFactory、AbstractProduct、ConcreteProduct。

命令模式有以下成员，命令，ConcreteCommand，调用者，接收器。

这里的问题是，如果您足够幸运地了解设计模式，那么您就不太可能识别构成该设计模式的组件的名称。此外，如果使用设计模式的好处之一是提高了可识别性，我觉得使用这种方法没有好处。