我应该将所有抽象类命名为 AbstractFoo

Question

确保所有抽象类的名称都以“Abstract”为前缀是个好习惯吗？

Answer 1

你可以，但我倾向于不这样做，因为这是一个实现细节。

我不喜欢在类型和标识符的名称中添加实现详细信息，因为此类信息将来可能会发生变化。在我看来，最好按事物的本质来命名，而不是它们是如何实现的。

Answer 2

我认为这个命名约定只是因为很难想出另一个好名字而被使用。如果您已经有一个名为“List”的接口，那么如何命名“AbstractList”类呢？更重要的是避免名称冲突，然后讲述实现细节。

Answer 3

这取决于您的编码约定。

您也可以将它们称为 FooBase，或者如果您还没有 Foo 接口，则直接将其称为 Foo。

Answer 4

如果您考虑一下它在 .NET 框架中的情况，答案是否定的。以抽象 Stream 类为例。类名中没有任何内容表明它实际上是抽象的。

Answer 5

有点难以解释，但我只是用它来避免在功能类中复制/粘贴相同的代码，而不是在域对象之类的东西中。

• 抽象服务测试用例 --> Abstract 前缀似乎很有帮助
• AbstractAnimal -->看起来很奇怪并且没有帮助，

您当然应该自己决定，只要在整个项目中遵循相同的约定即可。

Answer 6

我不会将抽象类称为 Abstract，原因如下：

每个矩形都是一个形状。凡是可以使用 Shape 的地方，都可以使用 Rectangle。处理矩形（但也可以处理圆形）的代码可能如下所示：

Shape s = .....;
s.drawTo(myGraphicsContext);

在任何可以使用它的泛化（例如形状）的地方使用对象（例如矩形）是面向对象概念的重要组成部分，并称为里氏替换原则。 （这也很明显：什么样的句子或逻辑会做出关于形状的陈述，但不适用于矩形？）

如果您将泛化命名为AbstractShape，则违反了这一原则。矩形不是抽象形状。如果有的话，那就是“具体形状”！矩形不是抽象的（从“我不知道这是什么类型的形状。可能是矩形，也可能是其他任何形状。”的意义上来说）。使用 AbstractShape 的代码读取错误：

AbstractShape s = new Rectangle(...);

我在博客中写了有关此主题的更多想法 在这里。

Answer 7

我发现以这种方式命名类很有用。它发出一条消息，表明它们将被细分；未实例化；包含子类等通用的代码。

但这并不总是必要的。大多数程序员可能会将“Shape”识别为抽象类，将“Square”、“Circle”等识别为具体类。但如果不是立即清楚，这是一个有用的提示。

您还应该遵循当地的编程约定和风格指南。

Answer 8

我认为这部分取决于您将如何使用该课程。如果它只是供内部使用以强制派生类符合接口，那么在它之前添加 Abstract 可能不是一个坏主意。但是，如果您提供的 Foo 工厂将提供实际上是 SpecializedFoo1 或 SpecializedFoo2 的 Foo 实例，那么返回 AbstractFoo 实例似乎很尴尬。

Answer 9

到目前为止的答案非常有帮助，并显示了负责任的实践传播。我倾向于同意名称不应该指示实现（Foo 可能是一个抽象类，后来被移动到一个接口）。然而，在编码时获得需要为派生类提供方法的视觉线索对我来说很有用。

作为一个例子，我目前有一个层次结构（不要询问名称的基本原理，但它们在上下文中是有意义的并映射到 XML 元素名称）。我使用的是 Java，但我认为大多数语言都是相似的：

public abstract class Marker {...}
public class Template extends Marker {...}
public class Regex extends Marker {...}

我现在倾向于：

public abstract class Marker {...}
public class TemplateMarker extends Marker {...}
public class RegexMarker extends Marker {...}

而不是

public abstract class AbstractMarker {...}
public class Template extends AbstractMarker {...}
public class Regex extends AbstractMarker {...}

或

public abstract class AbstractMarker {...}
public class TemplateMarker extends AbstractMarker {...}
public class RegexMarker extends AbstractMarker {...}

我个人可以记得 Marker 是一个抽象的功能概念，子类是具体的实现。