Это там visibility специально ограничена по репам?
https://api.github.com/orgs/yiisoft/repos

А не, все норм, это я не выспался, там пагинация)

Когда йии 4?)

Всех поздравляю с принятием RFC Attributes v2. Это огромный шаг вперед, сопоставимый по значению со статической типизацией.

К синтаксису, конечно, придется привыкать, но я почему-то рад, что PHP здесь не повторяет Java.

По сравнению с PHPDoc-версией мы получаем новый инструмент — атрибуцию (чуть не написал аннотирование) параметров. Можно будет написать более красивые маппинги для контроллеров. Чтобы, например, для эндпойнта POST /api/employee/hire?department=IT экшн выглядел так:

<<Route('/api/employee/hire', 'POST')>>
function hireEmployee(
    <<QueryParam('department')>> string $department,
    <<JsonBody>> Employee $employee
): Response {
    // ...
}

Это неплохо, да. Жаль синтаксис не @:, но понятно почему. Там адовый гемор был бы с имплементацией.

Ща, инжектор немного поправим, и будет 4.0😂

Но я бы не сказал, что это сопоставимо с typed attributes.

По факту мы уже около пяти лет парсим аннотации из phpdoc.

Ух как здорово будет :)

Щя дженерики добавят и будем вообще в шоколаде (не в том, или в том)

Я снова упрусь в симфу. Там аннотации на этом уровне также выглядили

Да они как-бы везде одинаковые :) Все юзают доктриновский пакет.

https://wiki.php.net/rfc/named_params тоже интересно. Это на наш Inector немного похоже.

Сломал мне глаз) больше к тайпскрипт относится))

Норм. Хорошая восьмёрка будет.

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

Иногда гибкость языка бывает излишняя...

Как пример JS

Навертят потом такой "модный код", и фиг прочтёшь его (