Yii Framework

Структура проекта на основе advanced: - api --- modules ------ v1 -------- controllers -------- models ... - backend - common -frontend Задача заключается в следуюещм: Есть API через которое подключается, например, стороннее приложение через Authorization: Bearer c698660e534f97d3dc62cd484d380005 Ска...

Сам спросил, сам отвечу, будет вот так

как прописывать роутинги Вручную: 'POST /cars/<id:\d+>/buy' => 'car/buy', Да но куда именно [ 'class' => 'yii\rest\UrlRule', 'controller' => [ 'v1/car', 'pluralize'=>true, ], 'except' => [ 'delete', 'update' ], 'extraPatterns' => [ 'GET search' => 'search', ], 'tokens' => [ ] ], или сразу после или...

А давайте я ее подниму еще раз. Не могу понять как прописывать роутинги, например, для такого запроса

POST /cars/{id}/buy

Есть у меня в REST API модуле некий экшн actionCreate() который принимает данные $request = \Yii::$app->getRequest()->getBodyParams(); Но данных приходит сразу много. Предположим, я принимаю данные о машине, вместе с ними приходят и данные о владельце, а также список последних происшествий с ней,к п...

Кое какие тесты все же можно написать. Конечно. Можно писать интеграционные тесты с участием базы, но они долгие и ломкие. Если их начать писать в промышленных масштабах вместо юнит-тестов, то будет ситуация, когда перед выкатыванием в продакшн нужно полсуток ждать, пока эти тесты пройдут, а если н...

Это вопрос свободного времени. В своём кругу бывших коллег я бы выделил два основных типа дальнейшей судьбы. (1) У человека есть запас ресурсов (время и деньги). В этом случае специалист продолжает расти, ищет компании, которые работают со сложными слоёными архитектурами, пробует новые технологии, ...

люди пропадают из сообщества Yii. На какое-то время. Потом возвращаются. Наигравшись в архитектуру начинаешь понимать, что тот же DDD... да что DDD, Data Mapper — не оптимальное решение для большинства проектов. Оно там просто не надо и излишне. Это вопрос свободного времени. В своём кругу бывших к...

Наигравшись в архитектуру начинаешь понимать Оно там просто не надо и излишне. Вечно это читаю, но так и не понял, какое решение предлагает yii. То что описано в доках отлично подходит под CRUD. Но CRUD это по-сути веб-интерфейс для правки табличек в базе. Типичное же веб-приложение несколько сложн...

Например, как я писал выше, у заказа есть товары, клиент репозиторий Заказы возвращает объект Заказа, который в себе должен \ может содержать информацию только о себе, верно? Значит чтобы получить и заказ и список товаров или хотя бы количество товаров в заказе - нужно второй репозиторий задействов...

По документации так

Если у вас конструктор контроллера требует больше 3-4 сервисов - ваш контроллер имеет слишком много обязанностей. Надо разделять по разным контроллерам. Ну либо внедрение метода (чего в yii вроде как нет) по экшенам. В вопросе разделения на слои можно дойти до безумства. Смотря на пример который мы...

public function __construct(OrderRepositoryInterface $repository) { интерфейс-то у нас не меняется, поэтому меняя реализации, у код менять не нужно. А в случае когда надо 2-5 репозиториев, что все загонять в конструктор? Как я писал выше, например, надо в контроллере вывести заказ #5 $this->orderRe...

Как я писал выше кто-то сразу в контроллере лезет в репозиторий class SiteController extends Controller { public function __construct(OrderRepository $repository) { $this->repository = $repository; } } но тогда в случае смены репозитория надо везде во всех контроллерах менять код, а так только в од...

В статье нет прям такого примера. Репозиторий сохраняет объекты по определению. Иначе он не репозиторий вообще. На каком-то форуме услышал мнение, что репозиторий - это только отображение коллекции. Тогда вообще стало не понятно, а где же сохранять сущность свою. Но здесь мнение о том что репозитор...

Но для стандартных вещей, конечно легко - \Yii::$app->order->findOne(123); Если order - это у вас сервис, непонятно почему вы его используете как yii компонент. В статье ни о чем таком не говорилось. Так можно сказать сложилось исторически, приходится с этим работать да и потом, работая с Yii пока ...

Я думаю, сложно начать применять слоистую архитектуру, по крайней мере для меня, становится тот факт, что работая с Yii очень легко поддаться на удобство, когда ты в контроллере делаешь что-то вроде $dataProvider = (new OrderSearch())->search($params); и реализуешь в методе search() стандартный data...

Вот кстати любопытная ссылка попалась чтобы понимать как проектировать тот или иной слой http://stackoverflow.com/questions/16176990/proper-repository-pattern-design-in-php Но в этом примере контроллер работает сразу через репозиторий, что, как я понимаю, не всегда удобно? Или так можно было? =) Тог...

Про смену хранилища лучше не думайте - это бывает крайне редко и все равно требует огромного рефакторинга из-за рассогласования нагрузки. Транзакции надо стартовать и коммитить с помощью отдельного сервиса (TransactionManager. какой-нибудь), потому что могут быть транзации на несколько репозиториев...

Репозиторий может дернуть $model->getId(), а сервис не должен ничего дергать у AR модели. Транзакции должны быть на уровне сервиса, так как это тоже часть "логики" (откатить в случаи неудачи на каком-то этапе). Но опять таки - сервис не начинает их сам и не заканчивает, а делает это через...