Yii Framework

zelenin писал(а): ↑2017.04.07, 14:19 события все же кидать в диспетчер лучше непосредственно в репозитории, в методах где происходят изменения - так достигнем атомарности "сохранение=>события".

ElisDN писал(а): ↑2017.04.07, 15:17

zelenin писал(а): ↑2017.04.07, 14:19 события все же кидать в диспетчер лучше непосредственно в репозитории, в методах где происходят изменения - так достигнем атомарности "сохранение=>события".

Да, но если вызываем сохранение у несколько репозиториев (обернув в TransactionManager или TransactionalCommandBus) то это не прокатит.

zelenin писал(а): ↑2017.04.07, 15:28 почему? каждый репозиторий кинет свои события, сохранив свои сущности.

$this->transactionManager->execute(function () use ($interview, $employee, $contract) {
    $this->employeeRepository->add($employee);
    $this->contractRepository->add($contract);
    $this->interviewRepository->save($interview);
});

zelenin писал(а): ↑2017.04.07, 15:48 это собственно обычная проблема при смешивании транзакций с нетранзакционными вещами.

interface EmployeeRepository
{
    ....
    /**
     * @param Employee $employee
     */
    public function add(Employee $employee);
 
    /**
     * @param Employee $employee
     */
    public function save(Employee $employee);
    ....
}

• Если у вас в IdentityMap хранятся все загруженные сущности в рамках текущего запроса, то, при вызове метода save, можно проверить есть ли в IdentityMap сохраняемый объект: есть (update), нету (insert)
• Сохранять все сгенерированные nextId() в отдельный массив в репозитории, чтобы при сохранении реализовать логику аналогичную первому варанту.

glagola писал(а): ↑2017.04.08, 14:53 Если у вас в IdentityMap хранятся все загруженные сущности

Контейнер Yii написан так, что Instance::of может принимать не только имена элементов контейнера, но и сервис-локатора Yii::$app, поэтому мы можем указать напрямую Instance::of('db') и он поймёт, что мы от него хотим именно объект Yii::$app->db

\Yii::$container->setSingleton(
    UserMembershipDetailsRepository::class,
    UserMembershipDetailsRepository::class,
    [Instance::of('db')]
);
$repository = \Yii::createObject(UserMembershipDetailsRepository::class);

Exception 'ReflectionException' with message 'Class db does not exist'

\Yii::$container->setSingleton('db', function () {
    return \Yii::$app->db;
});

glagola писал(а): ↑2017.04.11, 19:14 Получил ошибку 'Class db does not exist'

А в консольной конфигурации компонент 'db' настроен?

\Yii::$container->setSingleton('db', function () {
    return \Yii::$app->db;
});
\Yii::$container->setSingleton(
    UserMembershipDetailsRepository::class,
    UserMembershipDetailsRepository::class,
    [Instance::of('db')]
);
$repository = \Yii::createObject(UserMembershipDetailsRepository::class);

\Yii::$container->setSingleton(
    UserMembershipDetailsRepository::class,
    UserMembershipDetailsRepository::class,
    [Instance::of('db')]
);
$repository = \Yii::createObject(UserMembershipDetailsRepository::class);

glagola писал(а): ↑2017.04.11, 21:39 ...

$container->setSingleton('db', function () use ($app) {
    return $app->db;
});

$container->setSingleton(EmployeeRepository::class, SqlEmployeeRepository::class, [
    Instance::of('db'),
]);

sda писал(а): ↑2017.04.01, 06:18 Наверное имеет ввиду отсутствие транзакций в nosql. Но мне интересно, для чего Дмитрий бы их использовал в nosql, ведь Вон Вернон пишет, что сохранять нужно не более 1 агрегата внутри транзакции. Но в nosql мы можем и без транзакции атомарно сохранить весь агрегат одной целостной json структурой. Тогда для решения какой проблемы нужны транзакции в nosql ?