我的子类应该从父类继承空函数吗？

Question

我正在尝试创建一个父类和子类，假设父类被称为功能，并且具有add()、validate() 和delete() 之类的功能，子类是 driver 和乘客，每个子类都继承了函数，但每个继承的函数都需要额外的参数和不同的逻辑，我应该定义函数但将其留空吗？除了可扩展性之外，这有什么帮助？我应该为每个子类定义不同的构造函数，因为它们有不同的额外变量吗？

类功能

class functionality{
    
    protected $from;
    protected $to;
    protected $date;
    protected $name;
    
  public function add(){
      
  }
  
   public function validate(){
      
  }
  
  public function delete(){
      
  }
  
 
}

类驱动

class driver extends functionality {

private $gasMoney

function add($from, $to, $date, $name, $gasMoney){

//some logic and adding to database

}

}

客舱乘客

class passenger extends functionality {

private $seatPrefrance

function add($from, $to, $date, $name, $seatPreferance){
//different logic than class driver and 

}

}

这是一种可接受的方法吗？我将如何定义构造函数？我应该在父类中定义它吗？子类是否继承它并可以添加更多？

Answer 1

你不应该为此使用继承，这没有意义。

主要思想是你的应用程序的其他部分可以接收一个对象，他们不关心它是passenger还是driver，他们只是获取functionality的一些实例并调用add on它。

如果您想利用某些共享行为，使用继承的另一个原因是您不必重新实现方法。

如果基于子类的参数不同，那么通用functionality 类将无法做任何事情，所以这是没有意义的。

您也不能重复使用该方法，因为您显然会为每种情况覆盖该方法。

想想driver 和passenger。您的应用程序中是否有需要同时使用两者的部分？它们的实际共同功能是什么？任何不常见的东西都不会放在基类中。

我知道这可能是一个人为的例子，但是将乘客姓名“添加”到现有乘客也没有意义。

如果你称你的班级为“乘客”，我希望它代表一个单个乘客，而不是多个。

Answer 2

将 OOP 作为一种工具而不是一种宗教来学习。

如果你遇到一位鼓舞人心的传教士，他们可能会教你一种全新的思考世界的方式，突然间你会以全新的眼光看待一切。你改变你的饮食、你的日常生活和你看的电视节目。

如果你收到了一个新的钻头作为礼物，你可能会得到一些刮木头来测试它几次，但之后你会等到需要架起一些架子.你不会知道如何通过早餐柜台上新钻的孔倒牛奶。

您提出的示例是为了 OOP 而尝试执行 OOP。这没有任何意义，因为您实际上并没有遇到要解决的问题。

特别是，在需要之前不要拔出继承练习。首先寻找在私有属性中封装状态并定义行为，而不仅仅是访问该状态。举个愚蠢的例子，$driver->canLegallyDrive() 方法可能会在内部检查 $insurance 和 $alcoholLevel 属性。

即使您找到想要共享的逻辑，组合（只是将一个对象存储在另一个对象的私有属性中）通常比继承更好。当您需要多态性时，继承真正发挥作用 - 多个对象在外部看起来相同，但在内部表现不同。即便如此，学习使用接口而不是基类将释放更多潜力。