我最初的想法是这可能不利于继承,但经过测试似乎还可以。但是,您可以了解其他实现此目的的方法。
抽象类或接口可能有意义。
抽象类和其他类一样,但它们不能被实例化。还有一些抽象方法必须由具体类来实现。
abstract class A {
//You can also have abstract methods
abstract public function doFoo();
abstract public function doBar($when);
//Also implemented method which when
//called unless overridden will use this logic
public function sayHi(){
echo "hi";
}
}
现在这个类可以选择实现抽象方法或者不添加它需要的任何进一步的逻辑。
abstract class B extends A {
public function doFoo(){
//Some code
}
abstract public function doFooBar();
public function sayBye(){
echo "bye";
}
}
这是一个具体的类,所有抽象方法都必须在这里实现,如果已经实现的抽象方法不能再次被覆盖。
class C extends B {
public function doFoo(){
//Some different code
}
public function doBar($when){
//Some code
}
public function doFooBar(){
//Some code
}
//do not need sayHi() and sayBye() but they will be available.
}
简单粗暴的接口就是一堆方法。您只是告诉开发人员您是否要使用这些工具。这些方法没有声明为抽象,但不能在接口中实现。
interface iA {
public function doFoo();
public function doBar();
}
一个接口可以被其他接口扩展,只是在接口上增加更多的方法
interface iB extends iA {
public function doFooBar();
}
interface iC {
public function doAnything();
}
并由类实现
class A implements iA{
public function doFoo(){
//Some Code
}
public function doBar(){
//Some Code
}
}
class B implements iB{
public function doFoo(){
//Some Code
}
public function doBar(){
//Some Code
}
public function doFooBar(){
//Some Code
}
}
接口的附加优势是一个类或抽象可以实现多个
abstract class C implements iA, iC {
public function doFoo(){
//Some Code
}
}
class D extends C {
//get doFoo() from C implementation and must implement the remaining...
public function doBar(){
//Some Code
}
public function doAnything(){
//Some Code
}
}