AP
То есть давать провайдеры по умолчанию из пакетов, а кому надо будет переопределит (свой сделает)
Size: a a a
2020 August 15
Д
Лежат в папке и лежат. Согласен что некоторые можно убрать. Но, если потребуется поменять что-то, нужно найти ещё будет где тот или иной провайдер лежит
AP
Ну меня они не испугали, например. Наоборот дали понять чуть больше о уии3
Нас то не испугать этим, а вот я показывал все это одному разработчику, кто со мной несколько лет работал на yii2 и он только на PHP разрабатывает, ему долго я объяснял почему все это в шаблоне, и почему все это хорошо, а он в конце по любому сказал - "это же фреймворк, он по умолчанию должен уже со всем этим быть, почему в шаблоне?"
T
Arman Poghosyan
Нас то не испугать этим, а вот я показывал все это одному разработчику, кто со мной несколько лет работал на yii2 и он только на PHP разрабатывает, ему долго я объяснял почему все это в шаблоне, и почему все это хорошо, а он в конце по любому сказал - "это же фреймворк, он по умолчанию должен уже со всем этим быть, почему в шаблоне?"
The problem is that we think that all packages can be used outside the framework is all.
Д
Да ну не.. не всё же. Там есть провайдеры, которые надо будет менять
AP
TradersVE
The problem is that we think that all packages can be used outside the framework is all.
Yep, but we have yii-web for example, which is not intended to be used outside yii, so the more providers we move there, the better
T
Arman Poghosyan
Yep, but we have yii-web for example, which is not intended to be used outside yii, so the more providers we move there, the better
Not because they also want it to depend only on psr11, ContainerInterface because supposedly they will use another container, here I have written a thousand times to give me an example of use and I still wait for it.
AP
Да ну не.. не всё же. Там есть провайдеры, которые надо будет менять
Как часто в простых сайтах, особенно тех же визитных карточках нужен будет другой WebViewProvider, ThemeProvider, MiddlewareProvider, все провайдеры по mail-у (не считая конфигов)?
T
All frameworks have their own ContainerInterface implementation and none are 100% compliant with the PSR.
А
фидбек: ужасно иметь эти *Provider в приложении, чтобы оно хотя бы работало без какой-либо юзерской логики. нужно отказываться от этих провайдеров. может сразу в пакет их вынести как умолчания?
+тоже так думаю
AM
https://github.com/yiisoft/app/issues/45 - сделал список
А
https://github.com/yiisoft/app/issues/45 - сделал список
Надо подумать, может изменение структуры папок может решить проблему
T
So here the detail is we make all packages dependent on yiisoft/di.
T
Надо подумать, может изменение структуры папок может решить проблему
You're going to hide it like laravel hides facades, it's like putting trash under the bed.
AM
Надо подумать, может изменение структуры папок может решить проблему
Не понял идею.
AM
TradersVE
So here the detail is we make all packages dependent on yiisoft/di.
We're moving providers to yii- packages only.
AP
Как вариант (который мне никак не нравится, но сразу решит всю эту проблему) - сделать все таки какой-то yii-base, но назвать нормальнее, например yii-framework и все туда спрятать
T
So why not create a framework package, and there we assemble all the packages?
T
What packages are used outside of yii?
AM
Arman Poghosyan
Как вариант (который мне никак не нравится, но сразу решит всю эту проблему) - сделать все таки какой-то yii-base, но назвать нормальнее, например yii-framework и все туда спрятать
Ни в коем случае :)