Comments / Profile of MaxZN / Habr

Nikolay Stepanov @MaxZN

web developer

Profile Publications 7Comments 85Bookmarks 17

Шаблоны проектирования с человеческим лицом

MaxZN Apr 12 2017 at 12:12

Чем объясняется повсеместное применение реализаций интерфейсов вместо наследования?

1. Строка public function __construct(Theme $theme); в интерфейсе, еще не повод ставить под сомнение повсеместное применение интерфейсов. Это все равно, если запретить спички, только потому, что один ребенок обжег ими палец. Или поставить под вопрос использование автомобилей, ведь за их рулем часто оказываются нетрезвые люди. Просто, нужно правильно использовать возможности языка, а не писать определение конструктора в интерфейсе, только лишь потому, что язык этого не запрещает.

2. Почему же их все-таки нужно использовать и желательно почаще?
Не будем далеко ходить и возьмем ваш пример. Мы имеем один абстрактный класс и два класса реализующие его. Допустим, у нас есть некий клиентский класс, который обращается к getContent().

class Client 
{
    private $page;

    /**
     * Client constructor.
     *
     * @param $page
     */
    public function __construct(AbstractWebPage $page)
    {
        $this->page = $page;
    }

    public function showPage()
    {
        return $this->page->getContent();
    }
}

Таким образом мы научили наш клиент работать только с AbstractWebPage. Что, если мы хотим добиться от клиента работы не только с AbstractWebPage типом но и другими похожими типами? Стоит отметить, клиенту важно только одно, это метод getContent(), все что он должен знать о типе AbstractWebPage.
Тут вспоминается пример из жизни, когда обезьянку научили приносить воду в ведре. Та ходила по искусственной дорожке, где в конце был небольшой резервуар с водой. Позже, к этим условиям добавили бассейн с водой, однако обезьянка продолжила ходить за водой по привычному маршруту, тогда как бассейн с водой был намного ближе.
Также и тут, в нашем примере, мы словно учим обезьяну. Мы говорим ей вместо «воды» «принести», «воооон там, есть дорога, ты должна пройти по ней и только по ней, а в конце дороги будет резервуар и из него набрать воды» «принести»

Возвращаясь к нашему примеру. С помощью интерфейса мы можем определить более абстрактно тип страницы PageInterface. И любой класс реализующий данный тип будет обязан описать логику для метода getContent()

3. Почему не использовать в нашем примере абстрактный класс вместо интерфейса? — это неправильный вопрос. Почему мы можем использовать их вместе? — а вот это уже правильный.
Если мы будем использовать и то и другое, то все сразу встанет на свои места. Интерфейс даст возможность определить корневой тип, суперабстракцию, а абстрактный класс сможет ее уточнить/конкретизировать до необходимой степени. Таким образом мы правильно распределим ответственность за степень абстракции между классами и сделаем более понятной их иерархию.

В итоге у нас может быть такое решение, когда типов страниц может быть больше одного, а клиент не хочет брать на себя ответственность за их обработку. Он знает только о getContent и что на входе у него уже есть какая то реализация типа PageInterface.

abstract class AbstractWebPage implements PageInterface
{
    protected $theme;

    public function __construct(WebTheme $theme)
    {
        $this->theme = $theme;
    }
}


class About extends AbstractWebPage
{
    public function getContent()
    {
        return "About page in ".$this->theme->getStyle();
    }
}

abstract class AbstractPdfPage implements PageInterface
{
    protected $theme;

    public function __construct(PdfTheme $theme)
    {
        $this->theme = $theme;
    }
}

class Cv extends AbstractPdfPage
{
    public function getContent()
    {
        return "Cv page in ".$this->theme->getStyle();
    }
}

class Client 
{
    private $page;

    /**
     * Client constructor.
     *
     * @param $page
     */
    public function __construct(PageInterface $page)
    {
        $this->page = $page;
    }

    /**
     * @return PageInterface
     */
    public function showPage(): PageInterface
    {
        return $this->page->getContent();
    }
}