4

我不确定我正在编写的代码是否有意义。这是一般的想法：

我有一个 Parser 类，它将采用不同类型的文档。根据类型，我会以不同的方式解析文档。

所以假设我有两种类型的文档，A 和 B。工厂模式似乎是一个很好的方法，以防我需要扩展程序来处理其他类型，所以我将有一个抽象类。

abstract class Parser
{
   ...
   public void common_method() {
      // something common that all parsers will use
      // like file IO
   }

   // derived classes will override this
   public abstract void specific_method();
}

class A_Parser : Parser
{
   ...
}

class B_Parser : Parser
{
   ...
}

我想知道的问题是我在抽象解析器中声明了抽象方法和非抽象方法。编译器似乎没有抱怨，它似乎仍然可以正常工作。

这是不标准的吗？也许有更好的方法来设计这个？

4

4 回答 4

11

这很好。如果您只有抽象方法，那么您本质上就会有一个接口。如有必要，您可能必须使用另一种模式来创建解析器的实际实例，但就类定义而言，这是非常标准的。

于 2012-06-08T03:10:58.407 回答
3

这很好，您甚至可以制作一些virtual非强制覆盖的方法

于 2012-06-08T03:13:41.403 回答
2

这是模板方法模式的典型实现。您提供算法的一般模式，但细节在具体类中实现。

于 2012-06-08T03:14:47.923 回答
0

抽象类中通常有非抽象方法。

您还应该知道，由于您的 Parser 类是抽象的，因此可以访问 common_method 的唯一方法是通过 A_Parser 或 B_Parser 类的实例。

于 2017-05-10T10:32:33.673 回答