AS
которые в контейнер засовываются как зависимость
А как понять, что это зависимости, если и там и там просто use TemplateProcessor да use SiteContent. Видимо на эти сервис провайдеры проще всего и ориентироваться
Size: a a a
2021 February 20
AS
У меня проснулась тяга все расковырять 😁
P
use SiteContent это просто импорт
P
ну, тогда тебе нужно начать с загрузки зависимостей
P
файл AbstractLaravel.php
AS
Вот кстати по этим виз.компонентам, getDocumentObject получает для этого все данные, а вот SiteContent уже теряет всё, не то, что виз.компонент, но даже дефолтные значения
P
ну это к вопросу, пихать ли все в модель или делать прослойки
P
я считаю, что модель должна только общаться с базой 🙃
AS
я тут просто мутил очередную наркоманскую обертку для обертки и насчет этих виз.компонентов споткнулся в ней)
P
getDocumentObject тебе и делает все данные
P
если бы он был отдельным компонентом, то очевидно, что ты мог бы его переопределить и там хуевертить, что тебе надо
P
и здесь опять возникает проблема дизайна, что у нас получить документ можно кучей способов, и в разных местах он получается по-разному
AS
ну это я больше к вопросу полной замены modResource на DocumentManager - чтоб ТВ оттуда тоже получать
P
эти все UserManager и задуманы, чтобы все было в едином стиле
P
DocumentManager ты можешь переопределить, другой вопрос, что используется ли он где-то вообще ((:
AS
просто опять получается, что через SiteContent тв прилетает в таком виде (а с дефолтными значениями вообще теряется)
P
🤷♂️
AS
а в documentObject вот так