Pavel
Я думал может реализовали что новое, а не как по старинке $table->load($itemId);
Дмитрий
Pavel
Ну написать всегда можно) Я просто думал что может буду огород городить, когда уже все есть)
Дмитрий
только ошибся в нем изначально
Дмитрий
но уже работает как есть, дальше может переделать надо
Дмитрий
надо сделать ORM в виде трейта и чтобы он крутил себя как билдер запросов
Pavel
Тогда ещё такой вопросик:
У Joomla\CMS\Table случаем не появилось возможности указывать связи с другими таблицами и ленивой/жадной загрузкой?
Дмитрий
Pavel
Дмитрий
там вот напободие уже связей есть
Pavel
Дмитрий
https://github.com/joomla-framework/entities/tree/2.0-dev/src/Relations
Pavel
Ага, похоже на то что надо
Pavel
Не изменялось 4 года =)
Дмитрий
ну
Дмитрий
да
Дмитрий
можно другую взять
Дмитрий
я написал микросервис взяв это, мне там хватило
Дмитрий
на текущий момент
Дмитрий
можно взять другую если надо
Pavel
Понял, спасибо большое!
Дмитрий
если не хватает
Дмитрий
мы так и поступаем
Pavel
Ну я вот сейчас совсем извращенную мысль обдумываю с попыткой поставить Eloquent в Джумлу
Дмитрий
Дмитрий
в своих моделях
Дмитрий
если их много очень
Дмитрий
если за десятки идут, то не наследуй напрямую от этого
Дмитрий
я так понимаю ты сейчас ксен переписываешь
Дмитрий
если там десятки моделей, не на следуй напрямую от лары, лучше от своей прослойки, которая наследует уже лару
Дмитрий
чтобы потом заменить если что без переписи
Pavel
Ну пока не переписываю, делаю проект, осаиваюсь в четверке, чтобы понять куда все движется и как все делать.
Pavel
Вообще по 5 Джумле никакой инфы не было? А то окажется что это уже все делается и это будет Сизифов труд
Дмитрий
Дмитрий
то есть свой фрейм и все что есть из других фреймов брать, то есть полностью компоннетным он будет
Pavel
Ну было бы хорошо
Дмитрий
cms будет до конца как я понял их мысль рагружаться от реализации
Дмитрий
только останется прослойка управляющей программы
Дмитрий
которая тянет программные компоннеты из разных фреймов
Дмитрий
я свою управляющую программу построил на основе joomla framework, laminas (zend framework) и symfony
Pavel
Дмитрий
Дмитрий
Дмитрий
App.Core это своя полностью управляющая программа
Дмитрий
@Stake1988 вот пример save от FormModel управлющей программы в виде каркаса
Дмитрий
Model сама унаследована от джумлы что я скинул
Дмитрий
репозиторий
Дмитрий
и видишь формы используются от laminas
Pavel
Солидно. Такс сразу и не разобраться.
Дмитрий
Дмитрий
так же там реализовал концепт черного ящика
Дмитрий
от протокола и способв обращения к программе
Дмитрий
то есть у меня модели, контроллеры и тд
Дмитрий
не знабт как к ним обратились
Дмитрий
по http, soap, websocket и тд
Дмитрий
или из консрли вообще
Дмитрий
это не их дело
Pavel
Прикольно
Дмитрий
Дмитрий
вот API, restfull api сам расширяется
Дмитрий
я пишу программные модули к управляющей программе и restfull api сам расширяется
Дмитрий
Дмитрий
что для апи можно заморажитвать логику
Дмитрий
классы наследуются от настоящих пока в api
Дмитрий
но можно логику сбросить и переписать если надо в api, тем самым обеспечить совместимость
Дмитрий
если кардинально надо ломать
Pavel
Слушай, ну это круто. Я так не заморачивался. У меня была задача, где писал сервер управления с апишкой для вебокета и для http запросов, при этом чтобы по http клиент мог стучаться через сервер на дклиенты другого типа связанных по вебсокету. но там у меня для них раздельные апи были.
Дмитрий
Дмитрий
можно было
Дмитрий
местами надо перерписывать и есть некоторые вопрос
Дмитрий
но время покажет
Дмитрий
суть в том что всю бизнес логику надо отделить от протоколов и способов вообще как обращаются
Дмитрий
она не должна знать
Pavel
Ну ещё ни разу не сталкивался с ситуацией, когда сделал проект, а в конце не было бы желания что-то переписать))
Дмитрий
Pavel
Дмитрий
вот так я плагины сделал =))) условно