со стандартными типами да — так более красиво, но из стандартных типов мб только array, а если там будет указан длиннющий класс да еще с неймспейсом? название метода будет уже нелегко найти-прочитать
Насколько я понял во второй версии в любом вызове createObject() используется встроенный DI Container с обращением к рефлексии — это не вредит производительности? У первой версии фреймворка одно из главных преимуществ было в производительности, в том числе за счет отсутствия таких модных, но тяжелых решений.
Да, и кстати почему DI Container, а не общепринятое IoC Container?
markdown в phpdoc-е это отлично конечно, еще бы распознавание инлайн-тэга {link} в описании param-property и тд допилили и phpdoc стал бы значительно полезнее, давно ведь висит уже youtrack.jetbrains.com/issue/WI-17985, еще есть похожие заявки.
С {link} вообще интересная история — в param-property если вставить {link} в ту же строку то он вообще не распознается, а если сделать перенос строки, то начинает нормально распознаваться — таким лайфхаком и приходится пользоваться, однако с method и эта фишка не проходит, к сожалению.
Не проверял, т.к. рассчитывал не на большие наборы данных, а скорее для штучных экземпляров, но результаты выполнения тяжелых операций (получение и парсинг пхпдока) кэшируются в стат. свойствах, так что сильно тормозить не должно.
Да, и кстати почему DI Container, а не общепринятое IoC Container?
Как будет реагировать если форма не приходит валидацию?
С {link} вообще интересная история — в param-property если вставить {link} в ту же строку то он вообще не распознается, а если сделать перенос строки, то начинает нормально распознаваться — таким лайфхаком и приходится пользоваться, однако с method и эта фишка не проходит, к сожалению.