Size: a a a

2020 June 19

AP

Alex Plishkin in phpGeeksJunior
Тут важен подход к обработке даных
источник

АЯ

Андрей Ява in phpGeeksJunior
отличие от метода объекта процедура самодостаточна
источник

АЯ

Андрей Ява in phpGeeksJunior
другими словами - когда ты в класс запихиваешь статический метод, ты по факту создаёшь процедуру, которая работает вообще вне контекста объекта
источник

АЯ

Андрей Ява in phpGeeksJunior
от ООП в ней только то. что она  привязана к классу (заметьте, в аббревиатуре ООП вообще нет ни слова про классы).
вынеси её отдельно и ровным счётом ничего не изменится
источник

ВС

Владислав Субботин... in phpGeeksJunior
Хорошо. Как data mapper решает эту проблему?
источник

ВС

Владислав Субботин... in phpGeeksJunior
Никакой разницы нет в случае с AR, кроме разделения ответственности.
источник

АЯ

Андрей Ява in phpGeeksJunior
хм, ну помимо разделения ответсвенности (что немаловажно) репозитории как бы не статичные а являются объектами с конкретным назначением и функционалом
источник

ВС

Владислав Субботин... in phpGeeksJunior
Андрей Ява
хм, ну помимо разделения ответсвенности (что немаловажно) репозитории как бы не статичные а являются объектами с конкретным назначением и функционалом
Но мы всё ещё можем положить в модель всё, что угодно, не так ли?
источник

AP

Alex Plishkin in phpGeeksJunior
Владислав Субботин
Никакой разницы нет в случае с AR, кроме разделения ответственности.
Типо да. Дата мапер просто гибкий.
источник

ВС

Владислав Субботин... in phpGeeksJunior
Alex Plishkin
Типо да. Дата мапер просто гибкий.
Угу
источник

АЯ

Андрей Ява in phpGeeksJunior
Владислав Субботин
Но мы всё ещё можем положить в модель всё, что угодно, не так ли?
"можем" и "стоит" не одно и то же.
источник

ВС

Владислав Субботин... in phpGeeksJunior
Андрей Ява
"можем" и "стоит" не одно и то же.
Я просто Вас подталкиваю к выводу, что всё очень зависит от реализации
источник

АЯ

Андрей Ява in phpGeeksJunior
заложить функционал мы можем в любую модель, главное чтоб это функционал относился к этой моделе
источник

АЯ

Андрей Ява in phpGeeksJunior
Владислав Субботин
Я просто Вас подталкиваю к выводу, что всё очень зависит от реализации
понятное дело, что всё зависит от реализации. только в случае с репозиториями у вас есть возможность разделить ответсвенность, а в случае АР нет.
источник

АЯ

Андрей Ява in phpGeeksJunior
то есть это заведомый костыль
источник

AP

Alex Plishkin in phpGeeksJunior
Владислав Субботин
Но мы всё ещё можем положить в модель всё, что угодно, не так ли?
То есть? Можно же мапить dto и передавать в модель. И так же само можно на dto повесить функционал АР. Просто это нужно если мы вообще хотим отделить нашу модель от уровня хранения даных, что я считаю правильным
источник

ВС

Владислав Субботин... in phpGeeksJunior
Андрей Ява
понятное дело, что всё зависит от реализации. только в случае с репозиториями у вас есть возможность разделить ответсвенность, а в случае АР нет.
Что да, то да. Но для небольших проектов это разделение будет избыточно: сложность выше, а профита нет особо
источник

AP

Alex Plishkin in phpGeeksJunior
Андрей Ява
понятное дело, что всё зависит от реализации. только в случае с репозиториями у вас есть возможность разделить ответсвенность, а в случае АР нет.
Так я делаю репозитории с использованием АР
источник

ВС

Владислав Субботин... in phpGeeksJunior
Alex Plishkin
То есть? Можно же мапить dto и передавать в модель. И так же само можно на dto повесить функционал АР. Просто это нужно если мы вообще хотим отделить нашу модель от уровня хранения даных, что я считаю правильным
Я имел ввиду то, о чём говорил выше Андрей: статика, процедуры и т.д.
источник

AP

Alex Plishkin in phpGeeksJunior
Одно другому не мешает
источник