Открыть список
Как стать автором
Обновить

Комментарии 8

Хм… мне одному кажется что зависимость от AWS SDK на уровне фреймворка это не хорошо? Ну или зависимость от апишки sendgrid… или imagine… да и в целом от ext-mongo…

Короче какая-то явно для своих нужд собранная штука.
Основной репозиторий монолитен и аггрегирует в себе сразу все компоненты, в том числе и те, которые работают с AWS SDK, sendgrid, imagine и ext-mongo, отсюда и представленные зависимости.

Ничего не мешает использовать только необходимые части, как в Symfony.
Ну да, соглашусь… но

Мне как-то жутко от того что вот это используется повсеместно во всех компонентах фреймворка… напоминает Yii1

github.com/Webiny/StdLib/blob/master/ComponentTrait.php
github.com/Webiny/StdLib/blob/master/FactoryLoaderTrait.php
github.com/Webiny/StdLib/blob/master/StdLibTrait.php

Вот это зачем нужно — вообще не понятно…
github.com/Webiny/StdLib/blob/master/StdObject/DateTimeObject/DateTimeObject.php

Ну да ладно, это все куча утилит… Но… Вместо того что бы использовать нормальный DiC или что-либо, что же мы видим:
ServiceManager::getInstance()->registerService('MyService', new ConfigObject($config));


А судя по примерам даже Symfony/DependencyInjection удобнее… не говоря уж про PHP-DI.

Порадовал только UserInterface…

А ну и да, увидев такое обилие логики в трейтах сразу стало любопытно как это все тестами покрыто… а тестов то и нет.
В других компонентах с тестами получше. Дайте им время, фреймворку всего полгода, пока еще не набрал достаточное количество активных сторонников
И не наберет с таким подходом… выглядит просто как поделка и агитирует писать плохо.
Ве́бини, Веби́ни, Веба́йни? Лучше сразу поясните, а то будет поздно — неочевидно читается.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.