Oop 我应该保留设计模式术语吗?

Oop 我应该保留设计模式术语吗?,oop,design-patterns,Oop,Design Patterns,当我实现设计模式时,我应该保留诸如“策略”、“访问者”、“外观”之类的术语,还是可以将这些名称与我的应用程序的上下文相匹配?最佳做法是什么 您应该将这些名称与应用程序的上下文相匹配。这将使人们更容易阅读您的代码。您可以在文档中添加模式。取决于您使用的模式,一些模式名称可能与类名混合,例如,我使用 class LogFactory class StudentsAdapter 对于工厂模式和适配器模式,但是 Engine.Instance 对于singleton。取决于您是否愿意在使用不同模式的

当我实现设计模式时,我应该保留诸如“策略”、“访问者”、“外观”之类的术语,还是可以将这些名称与我的应用程序的上下文相匹配?最佳做法是什么

您应该将这些名称与应用程序的上下文相匹配。这将使人们更容易阅读您的代码。您可以在文档中添加模式。

取决于您使用的模式,一些模式名称可能与类名混合,例如,我使用

class LogFactory
class StudentsAdapter
对于工厂模式和适配器模式,但是

Engine.Instance

对于singleton。

取决于您是否愿意在使用不同模式的情况下重命名该类,对我来说,这会有太多匈牙利符号的困难。

我认为您应该在命名时始终参考该模式,使其具有意义和描述性

模式是一种交流方式。如果我遇到一个XyzVisitor代码,我知道已经使用了访问者模式。除此之外,这个名字已经传达了一大堆关于代码如何工作(或应该如何工作)的信息


也就是说,有时候会有点奇怪。数据库单例。而AccountRefreshCommand非常适合。

您可以在这里查看,我认为这是一个提到AbstractSingleTopProxyFactoryBean的机会!文档那是什么?+1表示“模式是一种交流方式”