- Deworker
- База знаний
- Разработка аукциона на SlimPHP и ReactJS
- Смена пароля и тесты с зависимостями
Смена пароля и тесты с зависимостями
Реализация команды установки нового пароля с проверкой текущего. Инъекция сервисов в метод. Тестирование зависимых объектов. Стабы и моки.
Скрытый контент
Чтобы не пропускать новые эпизоды подпишитесь на наш канал @deworkerpro в Telegram
- 1 Структура проекта Free
- 2 Почему именно микрофреймворк Free
- 3 Что есть Docker Free
- 4 Запуск и деплой сайта с Docker Free
- 5 Создание production-сервера c Ansible Free
- 6 Установка Slim и Symfony Console Free
- 7 Оптимизация Docker-образов
- 8 Xdebug для Docker в PhpStorm
- 9 PHPLint, CodeSniffer, Psalm
- 10 PHPUnit и Unit и Functional тесты
- 11 DDD и ограниченные контексты Free
- 12 Use Cases модуля аутентификации Free
- 13 Регистрация пользователей и тесты Free
- 14 Подтверждение регистрации Free
- 15 Регистрация через социальные сети
- 16 Восстановление пароля
- 17 Смена пароля и тесты с зависимостями
- 18 Смена Email с подтверждением
- 19 Смена роли и удаление пользователя
- 20 Создание БД и установка Doctrine ORM
- 21 Mapping сущностей на таблицы в БД
- 22 Миграции и фикстуры
- 23 Отправка электронной почты
- 24 Логирование в Docker и Sentry
- 25 Написание и тестирование контроллеров
- 26 Вынос кода в Middleware
- 27 Валидация ввода для API
- 28 Мультиязычность API
- 29 Установка и деплой React с Docker
- 30 Тесты и линтеры для React
- 31 Браузерные E2E-тесты в Docker
- 32 Философия CI, CD и CD Free
- 33 Создание приватного Docker Registry
- 34 Структура CI/CD Pipeline Free
- 35 Тестовое окружение для Pipeline
- 36 Установка Jenkins с Docker
- 37 Построение Pipeline в Jenkins Скоро
- 38 Бесшовный деплой с Docker Swarm Скоро
- 39 Что есть React Скоро
- 40 Регистрация на React с Redux Скоро
- 41 Аутентификация OAuth 2 Скоро
- 42 Доменная модель аукциона Скоро
- 43 ... Скоро
Спасибо.
падумал: нет ли возможность взять какой то кмпонент аутентификации из напр. Симфони и присвоит здесь как то?...
Да, возможно. Symfony-компоненты как раз могут использоваться сами по себе в любом проекте.
Разница между стабом и моком понятно, но есть еще професи, и оно выглядит также как и стаб. Тогда в чем разница? Спасибо
Prophecy - это отдельный фреймворк.
В его описании есть примеры, как с его помощью делать стабы и моки.
Много где слышал, что хорошей практикой является создание собственных классов исключений. Почему вы не практикуете это?
Это удобно если есть необходимость их по-разному отлавливать и обрабатывать. Например, если мы пишем клиент для API, то в нём есть смысл делать свои отдельные ConnectionException и ResponseException, чтобы дать возможность отлавливать их разными блоками catch {}.
Или чтобы в тех же тестах или переводов указывать имена классов вместо текста:
В нашем же случае мы все доменные исключения будем отлавливать и отображать одинаково. Так что особой пользы добавление куч классов исключений нам не принесёт.