Аа. Ну. Указатель на массив. Потом переназначается то что пришло на 123. Логично.

не спорю. В контексте РНР логично. :)

А. Ну я ж не программист. Я незнаю чо там должно быть.

я тоже кузнец-художник-экскаваторщик по корочкам

Я по пхп только )

У тебя хоть корочки. Я с 3го курса миит ушел. А из корочек только права )

1. огромный проект (много файлов, много лишнего для "текущей" задачи)
2. куча зависимостей (и одинаковых тоже) от каждого сплита
3. если проект живой, то приходится часто спуливать обновы
4. если несколько команд работают с проектом, то одна может положить стабильный билд другой (один билд на всех). это не относится к репам с сабсплитом, как у симфони
5. бывает сложно делать и просто загубить абстракции

может еще что-нибудь, но на скорую руку не скажу.

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

ну, как бы да. тут TypeError кидать надо, как по мне

Почему ?

потому что тайпхинты разные

это не считается возвращаемым значением

даже если ссылка

Ты передаешь указатель, на момент валидации параметра он указывает на корректное значение, потом ты туда же записвываешь другое значение. Все корректно.

тип не закрепляется за переменной, это не свойство класса

Согласен

Что ты там сделаешь с тем что пришло это твое дело.

@xepozz yii-dev-tool по сути создает локальный монорепозиторий и тянет за собой все минусы, что ты описал. Плюсом получится если изменения затрагивают несколько компонентов, то один PR придется на несколько разбить для каждого затронутого репозитория

у @samdark есть специальная лекция на эту тему, где он подробно рассматривает плюсы и минусы разных подходов к разделению на пакеты.

Всë по науке и бест практис )

Сложна.