Ответы пользователя по тегу ООП
  • Какой стиль ООП выбрать?

    @egormmm
    Борітеся — поборете!
    1. Похож на "рецепт приготовления пирога". Чтобы испечь пирог - сделай а,б,в, .... и положи в печь.
    Минусы: вам нужно знать рецепт, какие ингредиенты могут быть, в какой последовательности их класть, и т.д. Это потребует изучение мануалов.

    2. Можно использовать, если параметр метода - это некоторое "уточнение" для метода, а не его зависимость.

    3. Я использую этот. Небольшие классы, легко тестировать и расширять. В конструкторе необходимо указать тип для параметра. Тогда приготовление пирога сводится к предоставлению определенных зависимостей, и самого процесса "выпечки" (вызова метода).
    Ответ написан
    4 комментария
  • Кто может дать комментарии по поводу кода PHP ООП (Code review)?

    @egormmm
    Борітеся — поборете!
    Это вообще не ООП!
    Ответ написан
    Комментировать
  • Как разобраться в ООП PHP библиотеке?

    @egormmm
    Борітеся — поборете!
    Чувак. Любой код (библиотека, пакет, функция) - есть некое обещание его производителя выполнить что-то ценное для тебя. Это описание должно давать название класса и его метода, который этот результат создаст. А дальше - это уже не твои проблемы как там внутри все устроено. Ты создаёшь объект, даёшь ему то, от чего он зависит, и вызываешь у этого объекта метод. Все!

    Представь телевизор. Его производитель обещает дать тебе возможность смотреть телеканалы, если ты подключишь антенну. Какая твоя задача как пользователя телевизора? Правильно! Вставить антенну и нажать на кнопку включения. Ты ведь не будешь залазить внутрь телевизора с тестером, и проверять как же там все устроено. Описание должно тебе сказать где кнопка включения.

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

    Код должен быть примерно такой:
    $tv = new Tv(new Antena);
    $content = $tv->on();

    Это и есть ООП.
    Ответ написан
    2 комментария
  • Как научить себя ооп мышлению?

    @egormmm
    Борітеся — поборете!
    Читаем все на тему "Теория систем".
    Ответ написан
    Комментировать
  • Атрибуты класса и объектов?

    @egormmm
    Борітеся — поборете!
    Возьмите за правило вообще не использовать атрибут класса. Это не ООП.
    Ответ написан
    Комментировать
  • Совет по проектированию класса?

    @egormmm
    Борітеся — поборете!
    1. Интерфейс определяет что должен делать компонент реализующий его. Другими словами - это правила. А класс - это обьект, который его реализует, т.е. каким-то конкретными образом выполняет его.
    Используя интерфейс вместо конкретного класса в аргументах метода вы тем самым оставляете возможность использовать другой класс в этом методе без изменения кода этого метода.
    Если не понимаете зачем нужен интерфейс - не парьтесь, используйте класс в методе.
    Ответ написан
    Комментировать
  • Что почитать и на чем потренироваться, не могу перейти от процедурного к ооп?

    @egormmm
    Борітеся — поборете!
    Чтобы что-то понять - нужно начинать с истории.
    История для ООП - это Теория систем. Она же и теоретическая основа.
    С нее и начинайте.
    Ответ написан
    Комментировать
  • PHP, ООП. Практическое изучение

    @egormmm
    Борітеся — поборете!
    Напишите как утром просыпаетесь и чистите зубы. ООП - это моделирование мира, только не в реальном пространстве, а внутри компьютера.
    Ответ написан
    Комментировать