Ale
а зачем наследоваться? можешь прямо в AR писать все тогда )
Ale
ты все равно оооочень тесно свяжешь два класса
Иван
а зачем наследоваться? можешь прямо в AR писать все тогда )
не писать прямо в AR я решил ещё когда в прошлом проекте столкнулся с тем, что хранение стало негодным (там монструозный EAV был, по производительности протух), а заменить это дело никак: обращение к любому полю через эту хрень, всюду квери билде и т.д.
Ale
ага, вот видишь, ты хочешь ОТДЕЛИТЬ логику хранения от логики бизнеса
Ale
а наследование свяжет
🐴
можешь сделать композицией
class Frog {
constructor(FrogDao $dao) {
$this->dao = $dao;
}
}
и дергать dao из твоего класса или вынести это вообще вне и потом мапить твой Frog на dao
Получается, что модель зависит от DAO, разве не должно быть наоборот?
Ale
Получается, что модель зависит от DAO, разве не должно быть наоборот?
ну в идеале модель не подозревает о dao
Иван
В принципе да, лучше вообще спрятать AR поглубже и в работать по-максимуму в терминах бизнес-логики, а не всяких полей в базе.
Иван
Так пожалуй и сделаю. Потом если что будет просто как-то переделать.
🐴
ну в идеале модель не подозревает о dao
В коде, который ты написал, дао передается в конструктор модели как зависимость. Т.е. модель зависит от дао.
Ale
В коде, который ты написал, дао передается в конструктор модели как зависимость. Т.е. модель зависит от дао.
да, это наиболее простое отделение. Следующий шаг - вынести dao из модели во что-нибудь еще
Ale
вопрос был про наследование, вот чтобы от него избавиться самый простой шаг - передавать в конструктор. Это уже серьезное улучшение, которое много чего позволит делать. Во многих случаях его даже может быть достаточно
Пантелеев
а что в плохого может быть в передаче в конструктор?
Пантелеев
если описать интерфейс, а не определенный клас в конструкторе
Ale
dao нет-нет да потечет )
Ale
leaky abstraction, все такое
Sergei
А вот объясните разницу между future и promise.
В сети какие-то противоречивые дефиниции, включая "да это одно и то же".
Sergey
Sergei
В контексте паттерна(ов) синхронизации.
Sergei
Future - объект, инкапсулирующий результат, который станет доступен "когда-то потом".
Sergei
Но кто здесь Promise?
Sergey
> The terms future, promise, delay, and deferred are often used interchangeably, although some differences in usage between future and promise are treated below. Specifically, when usage is distinguished, a future is a read-only placeholder view of a variable, while a promise is a writable, single assignment container which sets the value of the future.[
Sergey
верь википедии
Sergei
Вот этот момент я и пропустил там.
Sergei
Ок, спасибо.
🐴
https://www.youtube.com/watch?v=rzGeNYC3oz0
🐴
awesome talk
Ale
https://www.youtube.com/watch?v=oiFYPAel-KY еще не посмотрел, но название интересное)
Sergey
начало уже мне нравится)
Sergey
у меня те же мысли
Ale
https://github.com/JanVanRyswyck/awesome-talks тут еще списочек
Sergey
https://www.youtube.com/watch?v=GNhlNSLQAFE
Sergey
а вообще список крутой
Sergey
я думал что все выступления Янга смотрел)
Sergey
выходит только половину
Sergey
миграция зилотов ООП?
Nikolay
еще в каком то чатике запретили ругаться матом?!
Sergey
не, это с jvm приехали
Sergey
грозились троллингом и набросами
Yergali
Всем привет
Sergey
привет
Yergali
Я джава программист из казахстана
Yergali
Здесь есть джава программисты?
fink3L
тут ооп программисты
fink3L
со всего мира
Kirk
Джава это разве ооп?
fink3L
хаскель ооп
Kirk
Я думал это просто XML транслятор
Yergali
Джава тоже есть ооп
Sergey
ты правда так думаешь?
Yergali
Да
Yergali
Вики тебе в помощь
Viktor
да в вики любой написать что хочешь может
Viktor
ты на деле докажи
Yergali
Может ты не знаешь в вики есть комиссии которые проверяют
Viktor
я могу что угодно написать в википедии
Nikolay
ооп это не про обьекты если что ;)
invariance
объектно-ориентированное программирование
invariance
ХМММ
invariance
не про объекты
Nikolay
неа
Nikolay
OOP to me means only messaging, local retention and protection and hiding of state-process, and extreme late-binding of all things.
Alex
OOP to me means only messaging, local retention and protection and hiding of state-process, and extreme late-binding of all things.
Круто, не про объекты. Поясни тогда "messaging". Между кем сообщения посылаются?
invariance
invariance
я тебе тоже могу рандомный кусок текста из интернета скинуть, доказывающий обратное
invariance
надо?
invariance
даж английский вариант подыщу, для правдивости
Sergey
Круто, не про объекты. Поясни тогда "messaging". Между кем сообщения посылаются?
под "объектами" тут можно понимать что угодно. Какие-то штуки обмениваются сообщениями. точка.
Sergey
и че это
если что, это точка зрения Алана Кея, чувака который придумал термин "объектно ориентированный" и который через десяток лет после этого об этом сильно жалел
invariance
ну круто
Sergey
то есть цель как раз таки messaging и late binding
Sergey
объекты - возможное средство
Sergey
классы - способ создавать объекты (один из, например в js нет классов и все ок с ОО)
invariance
только это не доказательство отсутствия объектов
Sergey
погоди, а кто-то говорил что "объектов нет"?
Sergey
просто не они во главе угла
Sergey
приведу пример. Есть такой язык - erlang
Sergey
там нет "объектов" как таковых, то есть привычных тебе
Sergey
НО