AM
Не надо нам contracts и подобного.
Size: a a a
2020 August 15
Д
К уии2 идём?
AM
TradersVE
So why not create a framework package, and there we assemble all the packages?
Because people who don't need any of these packages will suffer :)
AP
Ни в коем случае :)
Мне тоже это не нравится никак, но это сразу и проблему с composer.json решает, не будет все это там прописано, это тоже страшновато выглядит
T
I am one of those who prefer to see all the configuration, look for having a clean controller have ViewRenderer, hiding everything there 🙈
AP
Ни в коем случае :)
Если б я видел любой другое решение, я бы точно это вообще не предлагал
T
ViewRenderer for me is all I shouldn't do.
А
Не понял идею.
сгруппировать как-нибудь провайдеры, чтобы было понятнее. Сейчас по названию провайдеров сходу и не поймёшь, что там к чему относится
MiddlewareProvider (он же pipeline), psr17 (который привязан к nyholmовской реализации... не все помнят какой psr к чему относится ещё) и routerPrivider можно было бы в папку
Провайдеры на одну строчку можно было бы и в список провайдеров кложурой, если эти провайдеры вероятно не будут меняться (или без если)
MiddlewareProvider (он же pipeline), psr17 (который привязан к nyholmовской реализации... не все помнят какой psr к чему относится ещё) и routerPrivider можно было бы в папку
http засунутьПровайдеры на одну строчку можно было бы и в список провайдеров кложурой, если эти провайдеры вероятно не будут меняться (или без если)
AP
TradersVE
ViewRenderer for me is all I shouldn't do.
Without something like ViewRenderer typical controllers look too heavy with unnecessary code duplication
AM
TradersVE
What packages are used outside of yii?
Currently I know of event-dispatcher, cache, log, arrays, composer-config-plugin, di, injector, strings, validator.
T
For me it is honest that everyone sees where the configuration is either through the container or the services, it is easier for debugging than having the hidden configurations, just to make it look nice are my two cents.
RM
Arman Poghosyan
Тогда как будут plugin/extension-и добавлять свои маршруты (по умолчанию)?
С провайдерами
AM
But any package w/o yii- prefix is able to be used w/o Yii.
AP
С провайдерами
Как будут они с провайдером в основной router маршруты добавлять? Я что-то это никак не представляю.
AM
сгруппировать как-нибудь провайдеры, чтобы было понятнее. Сейчас по названию провайдеров сходу и не поймёшь, что там к чему относится
MiddlewareProvider (он же pipeline), psr17 (который привязан к nyholmовской реализации... не все помнят какой psr к чему относится ещё) и routerPrivider можно было бы в папку
Провайдеры на одну строчку можно было бы и в список провайдеров кложурой, если эти провайдеры вероятно не будут меняться (или без если)
MiddlewareProvider (он же pipeline), psr17 (который привязан к nyholmовской реализации... не все помнят какой psr к чему относится ещё) и routerPrivider можно было бы в папку
http засунутьПровайдеры на одну строчку можно было бы и в список провайдеров кложурой, если эти провайдеры вероятно не будут меняться (или без если)
В одну строчку можно и без провайдера...
А
TradersVE
What packages are used outside of yii?
я ещё и
data юзаю )AM
TradersVE
For me it is honest that everyone sees where the configuration is either through the container or the services, it is easier for debugging than having the hidden configurations, just to make it look nice are my two cents.
Using providers from packages isn't hiding them. They're accessible by a single click in IDE same as now.
RM
Arman Poghosyan
Как будут они с провайдером в основной router маршруты добавлять? Я что-то это никак не представляю.
Например вот так
AP
TradersVE
For me it is honest that everyone sees where the configuration is either through the container or the services, it is easier for debugging than having the hidden configurations, just to make it look nice are my two cents.
I also like current situation with explicit configuration of everything more than any other way. But I know a lot of php developers using yii2 who even don't know how to use xdebug for debugging, and the only thing they do while debugging is var_dump. It doesn't matter for them where and how everything is configured.
T
A developer who doesn't use XDEBUG won't be able to debug a configuration error if they are in the packages.