Всем привет) Был ли у кого-то опыт добавления unit тестов в Yii2 на проект, на котором из 10 лет жизни проекта только в последние пол года миграции появились и AR то толком нет. Как я сейчас понимаю надо писать все миграции и создавать модели, но может ещё какие-то варианты есть?

Обычно в таком случае миграцию создают по импорту базы

А как миграции к юнит тестам относятся?

видимо просто ни того ни другого нет)

Ну когда проходят тесты, они происходят на каких-то данных , которые накатаны миграциями и лежат в базе ну и фикстуры добавляются свои завязанные на AR модели

если я ставлю кеш из консоли, то веб версия не может удалить его 

yii2 basic, как это можно решить, подскажите, плес

права на папку 664 поставь.

на runtime/cache ?

данные миграциями не накатывают обычно. для тестов фикстура есть.

Это уже интеграционные тесты.
Только миграции зачем все равно не понял - тестовую базу накатить?

Да)

Да ну, проще написать код чтобы структуру таблиц переливал с одной базы в другую

Хорошо, спасибо)

не пашет чёт

Народ, подскажите по DI. Eсть такой пример

Есть модуль Книги, у книг есть Авторы. Где-то внутри модуля есть метод, который получает эти книги. Все классы конфигурируются через DI.

Сейчас появилась необходимость в конкретном контроллере подменить класс Авторы, которые будут брать данные из других источников, допустим по Api назовём его АвторЛитрес. Напрямую доступа к авторам из контроллера нет. Вся остальная логика 1 в 1.

Схема примерно такая

Контроллер -> Сервис -> Репозиторий -> Книги -> Авторы

Какой более правильный путь? Сейчас сделал в init контроллера

php
class BookLitres extend Controller {
    public function init()
    {
        parent::init();
        
        Yii::$container->set(Author::class, AuthorLitres::class);
    }
    
    public function actionBook(int $bookId, BookService $bookService)
    {
        $book = $bookService->getOne($bookId); // где-то там в глубине вытянется книга и её автор
        
        return [
            'book'=> $book->data,
            'author'=> $book->author->data, // просто для примера, что он там есть
        ]
    }
}

Но некоторые коллеги считают, что нужно явно прокинуть из контроллера всю цепочку зависимостей с нужным классом. Но, как по мне, смысл использовать контейнеры, если нельзя так подменять?!

* отсылки к литрес просто для примера

а в конфиге нельзя сразу указать реализацию Author?

или это только в этом контроллере нужна такая реализация?

только для этого контроллера, в остальных местах через конфиг используется класс Author для интерфейса AuthorInterface

ну вообще как-то неправильно ни так ни сяк.. подумать надо.

Так вроде ж репозиторий должен этим заниматься разве нет ?