Ответы пользователя по тегу ООП
  • Изучения Larvel без ооп?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Laravel - ООП фреймворк. Единственный способ делать что-то на ларе - писать ООП. Грубо говоря, от него не отвертеться.

    Можно ли учить лару, пробовать что-то писать, изучая параллельно и ООП, и лару? Да, конечно. Совершенно ничего не мешает.
    Ответ написан
    2 комментария
  • В чём преимущество автозагрузчика классов?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Автозагрузка нужна в первую очередь для того, чтобы не подключать их везде (имеется в виду в других классах) руками. Потому что в случае изменения путей, имен файлов и тд потом надо весь код перелопатить и везде все поменять. Плюс, надо помнить что где подключено, чтобы классы были доступны там, где они нужны. Для большого приложения, особенно если использовать ООП во всей красе - interface, abstract, trait и конкретные субклассы, это огромный плюс. Ну и да, классы будут загружаться только если они реально нужны, а не всегда, что сократит в том числе и время парсинга.

    А можно избавиться от строки $obj = new MyClass(); и создавать экземпляр автоматически в момент $obj->displayVar();?


    ( new MyClass )->displayVar();
    Ответ написан
    Комментировать
  • Где посмотреть пример "кошерных" php классов для новичка?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Ответ написан
    Комментировать
  • Как лучше писать код плагина на wordpress процедурным или ООП?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Рекоммендуется / best practice - ООП. Какие паттерны юзать - дело ваше. Синглтоны - весьма спорный подход, одни оторваться от него не могут, других тошнит.

    Но ООП только для больших плагинов. Например, если пишется много кастомного функционала для сайта (в виде плагина/ов), или один нишевый относительно большой плагин, используем ООП. Если плагин небольшой и не сложный - процедурно. Нет смысла строить многоэтажку там, где достаточно хижины на берегу.

    И в любом случае, если плагин подразумевает удобные методы вывода контента / результатов его работы в шаблоны, то стоит писать свои template tags для удобства конечных пользователей - хорошая практика. Им существенно проще использовать привычный формат, например, кастомная функция my_get_post_views(), которая выводит количество просмотров поста, вместо вызова метода класса. Сама функция, в свою очередь, является только оберткой для этого вызова, но простым пользователям так понятнее и удобнее.
    Ответ написан
    Комментировать