это проблема существует не только в программирование, но и в строительстве. Если ты в твоем доме начнеш изменять фундамент, то возникнут такие же проблемы. Чтоб вовремя эти проблемы найти, нужно просто Юнит-тесты писать и если в 10 местах все было как задумано, а в 3 местах заработало не так, то просто подставить в эти 3 места другую разновидность юзера.

Дело не в том, что классы переписывать приходится, а в том что благодаря имеющемуся типу, с ним можно работать не вдаваясь в его реализацию. Обычно начинают с интерфейсов и только на них и ориентируются. Базовый абстрактный класс это попытка загнать в него общий функционал наследников и при переписи абстрактных методов описать персональную реализацию. Просто многие совмещают функционал абстрактного класса так же и для описания его типа (хотя для этого придуман интерфейс).

Если я пишу программу и хочу пользоватся User то мне в общем всеровно является ли он интерфейсом, абстрактным классом или чем либо другим. Мне главное, чтоб он соответствовал определенному типу и я мог бы пологатся на присущие этому типу методы.

Пример, оперделить является ли password для юзера правельным

/**
* is password for user correct?
* @param string $password
* @param User $user
* @return bool
* @throws InvalidArgumentException | if $password not string
*/
public function  isPasswordCorrect($password, User $user) 
{
    if (!is_string($password)) {
        throw new InvalidArgumentException('$password must be string');
    }

    return $password === $user->getPassword();
} 

мне в данном случае было абсолютно всеровно какой реализации юзер, мне главное знать его тип и его методы и этого достаточно не только чтоб добросовестно зделать работу, но написать для нее юнит тест используя Мок-Объект для юзера.

_____________
↓↓↓↓↓↓↓↓↓↓
ответ может быть здесь
или в mysql_error();