在两个类之间共享代码（使用抽象操作）

Question

我正在用 Java 开发一个服务器应用程序。服务器需要两种类型的服务器类。这些类有一些共同的方法，这些方法中的代码是完全相同的。因此，我创建了一个包含所有共享代码的抽象超类，并且两个类都继承了它。但是，代码的某些部分需要通过子类来精确化。我的意思是超类“依赖”子类方法。

这是我的意思的一个纯粹的例子：

public abstract class AbstractServer
{
    public void loadConfig(String configPath)
    {
        //Load the configuration file.

        //This code is exactly the same for subclasses.
    }

    public void startRMI(int port)
    {
        //Create an empty RMI registry.
        //This part also need to be identical.

        //Here' where the superclass "rely" on subclasses.
        fillRegistry(); //Call the method overwritten by subclasses.
    }

    /**
    Bind remote objects in the RMI registry
    */
    protected abstract void fillRegistry(); //This method will be overriten by subclasses.
}

我觉得这样做真的很糟糕，但我找不到另一种更干净的方法来做到这一点。

所以，我想要的是一些关于如何让它变得更好的建议。

谢谢，抱歉我的英语不好。

Answer 1

你的方法很好。坚持下去，伙计。

我感觉到你理解它的“哲学需要”。只要基类是抽象的，基类“依赖”子类就可以。它知道此时必须注册一些东西，但对于到底要注册什么，它没有任何线索。因此，高级过程在基类中进行编码，并带有可以由派生类插入的“漏洞”。高层流程和“洞”本身的位置是有价值的，这证明了基类的实现是合理的。派生类只是遵循“差异编码”的基本面向对象原则并堵塞“漏洞”。

Answer 2

在您编辑后，对我来说看起来很正确（假设您为了可读性而省略了异常抛出部分）:)

所有三种方法都需要在现实情况下引发异常。

Answer 3

超类被子类继承。您可以在超类中编写您想要通用的方法并保持不变。对于希望被子类覆盖的代码的其他部分，请在超类中定义其他方法集。也在子类中编写方法。当你从子类调用方法时，你可以调用超类的方法，

简而言之，你必须在子类中编写方法来覆盖超类的方法。

Answer 4

我还要确保你的超类实际上是抽象的。在这个片段中它不是。不过总体来说，看起来还不错。

还要考虑在超类中声明扩展它的类也需要的任何实例变量。

Answer 5

首先，要求子类在抽象（基）类中实现并没有什么问题。 IMO，这只是不应该被滥用的东西。然而，如果我必须避免它，我会让 ServerClass 根本不抽象，并定义它的每个方法。相反，我会创建RegistryFactory类并将它们传递给ServerClass：

class ServerClass {
   public void startRMI(int port, RegistryFactory rf) {
      // ...
      rf.fillRegistry(this);
   }
}


interface RegistryFactory {
   /**
    * Implement this method
    */
   public void fillRegistry(ServerClass server);
}

public class RMIRegistryFactory implements RegistryFactory {
   public void fillRegistry(ServerClass server) { /* ... */ }
}

或者类似的东西。

Answer 6

您的方法很好，但需要一个简单的改进才能使其完美 - 将 startRMI() 方法设为 final：

public final void startRMI(int port) {
    fillRegistry();
}

这样您就可以防止有人覆盖它（可能是因为不知道 startRMI() 中的所有内容都应该重用，并且只有 fillRegistry() 需要定制）。

您的解决方案通常符合模板方法设计模式：

模板方法是超类中的方法，通常是抽象方法
超类，并根据 a 定义操作的骨架
高级步骤的数量。这些步骤本身是由
与模板方法位于同一类中的其他辅助方法。

辅助方法可以是抽象方法，在这种情况下
需要子类提供具体的实现，或者hook
方法，其超类中具有空主体。 子类可以
（但不是必需的）通过覆盖来自定义操作
钩子方法。模板方法的目的是定义
操作的整体结构，同时允许子类
完善或重新定义某些步骤。 （维基百科）

鉴于上述情况，方法 startRMI() 是一种模板方法，它通过使用许多高级步骤来定义操作的骨架（在您的情况下，它只有一个步骤，但这并不没有什么区别）。示例中的方法 fillRegistry() 是一个高级步骤 - 它在超类中定义为抽象方法，并在超类中具有具体实现。

另一方面，如果您要在子类中重写方法 startRMI()，那么这就不再可行了。这就是为什么你应该将其设为 final 以避免混淆 - 这样创建子类的人就会知道他必须实现 fillRegistry() （因为它是抽象的），但不应更改startRMI 的实现（因为它是最终的）。

由于这是一种常用的设计模式，所以我完全不用担心这个解决方案是否可以，很多人都在这样做，每个了解设计模式的人都会认识到它，我认为即使对于开发人员来说也感觉很自然谁不知道设计模式。