Суперкласс PHP вызывает методы подкласса, не зная о них?

Теперь, на мой взгляд, базовый класс вообще не должен иметь возможности делать какие-либо предположения о подклассе, кроме тех, которые он применяет для подкласса, объявляя (или наследуя) абстрактные методы или реализуя интерфейс.

Вот как все работает в статически типизированных языках. В PHP (и многих других) вы можете вызывать любой метод для любого значения (это даже не обязательно должен быть объект). Если вызов не имеет смысла, вы получите ошибку времени выполнения.

Конечно, неплохо объявить метод, если вы ожидаете, что производные классы будут его реализовывать; это просто хорошая практика. Кроме того, многие известные PHP IDE обнаружат такое упущение и пометят вызов, чтобы привлечь к нему ваше внимание именно потому, что компилятор не может этого сделать.

Это кажется мне нарушенным поведением. Если базовый класс не объявит abstract protected function childMethod();, он не сможет его вызвать, не так ли?

Так и должно быть, как описано выше. Если вы находите такое поведение нежелательным, PHP — это не тот язык, который вам следует использовать.

Кроме того: в тесно связанной заметке вы также можете найти нелогичным, что базовый класс может без проблем обращаться к protected членам, определенным в производном классе. Это задокументировано. На самом деле это именно то, что происходит в вашем примере, но я упоминаю об этом специально, потому что это другой вид контринтуитивности (ваш пример также был бы загадочным, если бы метод был public).

Рассмотрим бесконечный список конструкций, которые допускает PHP, которые также «не должны быть возможными» с точки зрения статически типизированной, включая:

// #1
$varName = 'foo';

// How do you know $object has a property named "foo"?
// How do you know that "foo" is a valid property name in the first place?
// How do you know that $object is an object to begin with?
echo $object->$varName;

// #2
$object = new SomeObject;
$methodName = 'someMethod';

// it's practically impossible to reason about this before runtime
call_user_func(array($object, $methodName));

Это не ошибка. Это должно работать так. Попробую прокомментировать вызов метода:

class BaseClass {
   public function baseMethod () {
      echo (implode (' ', $this -> childMethod ()) . PHP_EOL);
   }
}

class ChildClass extends BaseClass {
   protected function childMethod () {
      return array ('What', 'The', 'Actual', 'Fork!');
   }
}

/****/

$a = new ChildClass ();
/** $a is now instance of ChildClass, that is a sublass of BaseClass
 *  so the Object $a has 2 methods: baseMethod() inherited from BaseClass and childMethod() from ChildClass.
 */

$a -> baseMethod ();
/** now you're calling $a->baseMethod(), which will do a method call on $this->childMethod(). 
 *  As $this is refering $a here, $a has indeed a method named childMethod(), that will be called.
 */

Что вас интересует, так это видимость с protected. Но поскольку $a является типом ChildClass, защищенный метод обязательно виден ему и унаследованному baseMethod(). Это должно быть одинаково на каждом языке ООП.

Плохая часть вашего кода — это предположение внутри baseMethod() о вызове childMethod(). Это всегда будет завершаться ошибкой, если такого метода нет. Языки ООП, такие как Java, вызовут здесь ошибку компиляции, но PHP этого не сделает, поскольку в PHP нет предварительного компилятора. Если вы измените инициализацию, например. $a = new ChildClass (); до $a = new BaseClass ();, вы также получите ошибку времени выполнения в PHP.

PHP очень динамичный язык и позволяет использовать полиморфизм без наследования. В этом случае он просто ищет метод «childMethod» во время выполнения и, поскольку он существует, вызывает его. Как вы получили этот метод, не важно. Вы также можете сгенерировать этот метод динамически с помощью магического метода __call. Вы никогда не сможете сделать это в C++ или Java, но в таких языках, как PHP или Javascript, все в порядке, и это дает вам гораздо больше возможностей.