А
прокси-объект
Size: a a a
2020 July 21
В
создай объект, который скушает контейнер и вернёт сервис при надобности :)
Контейнер со всеми определениями тащить - больно тяжело для передачи пары строк консьюмеру) Да и внутри closure с большой вероятностью могут быть, с которыми проблемно при сериализации.
А
Контейнер со всеми определениями тащить - больно тяжело для передачи пары строк консьюмеру) Да и внутри closure с большой вероятностью могут быть, с которыми проблемно при сериализации.
в общем что-то у тебя там уже не солидно
В
в общем что-то у тебя там уже не солидно
Пояснишь? Люблю критику :)
А
ты прям реально сериализуешь всё в один ивент?
DS
прокси-объект
Он потащит тот же сервис при сериализации)
А
какого хрена и как это выглядит? :)
В
какого хрена и как это выглядит? :)
В
Не долго думая, переделал вот так. Пожалел, что думал не долго: диспетчер тянет за собой тот же
SourceFetcher :DА
что мешает не сериализовывать сервис?
А
добавь его при десерилаизации
А
это будет не солидно, но легко )
В
Я хочу солидно и красиво, а потом - выложить это в packagist))
А
ну так давай код на весь пакет, может кому не скучно будет всё посмотреть и найти, где именно там можно улучшить
В
ну так давай код на весь пакет, может кому не скучно будет всё посмотреть и найти, где именно там можно улучшить
На ранней стадии разработки) Это было на yii2 и с очень узким решением. Переделываю на yii3 для последующей конвертации проекта в пакет.
В
Т.е. ссылка сама по себе не поможет, нужны объемные комментарии по текущему статусу на каждый класс.
DS
Т.е. ссылка сама по себе не поможет, нужны объемные комментарии по текущему статусу на каждый класс.
SourceInterface и SourceFetcher бурутся из контейнера?
В
SourceInterface и SourceFetcher бурутся из контейнера?
fetcher - да, source - нет (это DTO)
DS
fetcher - да, source - нет (это DTO)
То есть, фактически проблема в том чтобы не тянуть SourceFetcher
В
То есть, фактически проблема в том чтобы не тянуть SourceFetcher
Yeap