Size: a a a

2020 July 25

NO

Nex Otaku in Yii Framework 3
Что значит быть везде?
источник

А

Алексей R in Yii Framework 3
Дмитрий
Эта штука уже будет не нужна, если контейнер будет композитным по умолчанию?
надо каким-то образом в дебаг-режиме его подменять
источник

NO

Nex Otaku in Yii Framework 3
Дебагер должен "быть везде", чтобы... что?
источник

А

Алексей R in Yii Framework 3
Nex Otaku
Что значит быть везде?
дебаг-контейнер проксирует через себя все завпросы к контейнеру
источник

NO

Nex Otaku in Yii Framework 3
Хорошо, зачем он это делает?
источник

А

Алексей R in Yii Framework 3
Nex Otaku
Хорошо, зачем он это делает?
а вот тут мы зовём @yiiliveext
источник

А

Алексей R in Yii Framework 3
собирать сведения, разумеется. Подключаем коллекторы и они отслеживают то, что нам интересно
источник

NO

Nex Otaku in Yii Framework 3
Что нам интересно?
источник

А

Алексей R in Yii Framework 3
Nex Otaku
Что нам интересно?
а что нам интересно в дебагере?
источник

NO

Nex Otaku in Yii Framework 3
Вот и я не понимаю )
источник

А

Алексей R in Yii Framework 3
Nex Otaku
Вот и я не понимаю )
когда будет, что посмотреть, тогда и посмотрим )
источник

СП

Сергей Предводителев... in Yii Framework 3
Надо посмотреть что он там выводит)
источник

А

Алексей R in Yii Framework 3
я пока в этой теме не зависал
источник

NO

Nex Otaku in Yii Framework 3
Если дебагер занимается отладкой самого контейнера, то это мне непонятно. Код контейнера должен проверяться тестами. Этого должно быть достаточно.

Встраивать дебаггер в контейнер, чтобы следить за работой контейнера на всех работающих на этом фреймворке приложениях, чтобы "авось упадёт" и собрать какую-то информацию? )

Так почему дебаггер должен этим заниматься? Вся информация есть у самого контейнера. У него есть карта всех сущностей, параметры вызова... При фатальных ошибках выдаём исключение, в исключении указываем параметры вызова и всю релевантную инфу по ошибке.

Дебаггер в этом случае не нужен.

Если прокси-контейнер нужен только при отладке самого контейнера, то ему место в тестах или окружении разработчика фреймворка, но не в приложении на этом фреймворке.
источник

А

Алексей R in Yii Framework 3
Nex Otaku
Если дебагер занимается отладкой самого контейнера, то это мне непонятно. Код контейнера должен проверяться тестами. Этого должно быть достаточно.

Встраивать дебаггер в контейнер, чтобы следить за работой контейнера на всех работающих на этом фреймворке приложениях, чтобы "авось упадёт" и собрать какую-то информацию? )

Так почему дебаггер должен этим заниматься? Вся информация есть у самого контейнера. У него есть карта всех сущностей, параметры вызова... При фатальных ошибках выдаём исключение, в исключении указываем параметры вызова и всю релевантную инфу по ошибке.

Дебаггер в этом случае не нужен.

Если прокси-контейнер нужен только при отладке самого контейнера, то ему место в тестах или окружении разработчика фреймворка, но не в приложении на этом фреймворке.
что если контейнер будет не от yii? у тебя есть универсальный интерфейс для всех контейнеров, чтобы запросить у них всю инфу? в кишки залезть можно, но они у всех разные
источник

NO

Nex Otaku in Yii Framework 3
Алексей R
что если контейнер будет не от yii? у тебя есть универсальный интерфейс для всех контейнеров, чтобы запросить у них всю инфу? в кишки залезть можно, но они у всех разные
Если мы подразумеваем что контейнер Yii совместим 100% с PSR, то нам пофиг какой брать.
источник

А

Алексей R in Yii Framework 3
Nex Otaku
Если мы подразумеваем что контейнер Yii совместим 100% с PSR, то нам пофиг какой брать.
вот именно
источник

NO

Nex Otaku in Yii Framework 3
Ну и?
источник

А

Алексей R in Yii Framework 3
у контейнера для тебя есть get() и has(). Как ты достанешь инфу, важную для дебага?
источник

СП

Сергей Предводителев... in Yii Framework 3
А как включить панель дебагера в приложении?
источник