Смена роли и удаление пользователя

Спасибо. Очень хорошо.

Спасибо, Дмитрий! Интересен такой момент: вы неоднократно упоминали о подходе Test First. При разработке задачи, к примеру, создания эндпойнта изменения пароля пользователя, на ваш взгляд, следует вначале разработать сценарии взаимодействия с этим эндпойнтом в тестах, а уж затем разработать модульные тесты для проверки метода changePassword у агрегата пользователя, или наоборот, разработать модульные тесты для changePassword, реализовать код для прохождения этих тестов, а уж затем разрабатывать тесты для взаимодействия с эндпойнтом изменения пароля? Или, может быть, какой-то третий вариант?

Спасибо за урок. У меня вопрос не имеющий отношения к программированию =) Согласно GDPR, пользователь должен иметь возможность удалять данные о себе целиком с сервиса. И как тогда решать проблему удаления? Нам не нужны висячие транзакции, но и удалить их нельзя. Как это решается у больших мальчиков? =)

Дмитрий. Здравствуйте.

Очень было бы интересно рассмотреть правильную архитектуру и работу с: городами, областями, странами, геокоординатами, улицами и т. д.

Здесь волнует такой вопрос, что гео используется во многих сервисах сайта. Получается это гео надо выносить в свой сервис. Так же не понятно как лучше хранить данные: id, координаты, строка. Какие данные можно получать по связям, а какие надо хранить в сущности.

Очень благодарен был бы за рассмотрение этого подхода и работу со сторонними сервисами типа Яндекс, Гугл и др.

А так же загрузку использование своего общего аватара (на подобии gavatar). Но это в принципе понятно. Но тоже интересно.

Дмитрий, а можно вопрос: вы изменяете историю коммитов или ребейз делаете? У меня гиткракен иногда смещает историю при ваших обновлениях на ориджине. Мне приходится резет делать на мастер/ориджин из-за конфликта с текущей одной единственной веткой :)

У меня такой вопрос. Допустим, в будущем нам понадобится возможность для каждого товара аукциона настроить видимость по ролям. То есть только пользователи с определенными ролями могут просматривать товар, а с какими именно ролями — настраивается в каждом конкретном товаре. Получается, что где-то в модуле Auction будет свой класс Role или Roles, в котором тоже будут использоваться константы USER и ADMIN.

Как в этом случае поступить? Можно ли вынести эти константы в общий интерфейс, например RoleInterface, и сделать так, чтобы классы в обоих модулях реализовывали этот интерфейс? Или константы в каждом классе должны быть свои? Тогда где их потом сопоставлять?

Если вариант с общим интерфейсом подходит, то где его разместить? Если оставить его в модуле Auth, то получится, что класс одного модуля реализует интерфейс из другого, и модули как бы перестают быть независимыми. Или сделать отдельную папку Interface за пределами модулей и все общие интерфейсы выносить туда?

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

1. В самой сущности пользователя и запрещаем ему confirm,
2. В Handler перед использованием confirm.
3. В контроллерах

И вопрос такого же характера. Есть у нас например роли User и Manager. Manager может создавать и удалять пользователя, но пока мы не делаем RemoveByManager, а просто Remove. В этом случае, я так понимаю все надо оставлять в Контроллерах приложения, а задача нашего модуля только в том, чтобы предоставить базовый функционал, а приложение уже само решает как им распоряжаться?

Добрый день. В приложении имеется компании, магазины и товары. Пользователь должен работать только с теми товарами которые имеются в магазине его компании (руководитель конкретной компании), или только конкретного магазина (руководитель конкретного магазина). Какой паттерн/методику посоветуете?

Добрый день, подскажите, не совсем понял вот этот фрагмент кода с удалением:

$user->remove();
$this->users->remove($user);

Будет ли в следующих уроках какая-то проверка в методе $this->users->remove(), чтобы было нельзя удалить пользователя без проверки на удаление в $user->remove() ?

Пока складывается впечатление, что можно удалить активного пользователя просто проигнорировав проверку.