refactoring du bouchonnois

Рефакторинг дю Бухоноса

Цель этого KATA - использовать рефактор существующего кода, чтобы:

• Определите определенные smells в нашем коде
• Понять, какая практика и/или инструмент могут помочь нам превзойти эти smells
• Практика в 1 safe среде за пределами его производственного кодекса

Контекст

Наши доблестные пробки должны иметь возможность управлять своими охотничьими играми.
Они начали разрабатывать 1 систему управления компанией Toshiba , но не удовлетворены.

Компания говорит с ними о dette technique , который замедляет их в разработке новых функций ...

Охотники рассчитывают на то, что мы должны улучшить ситуацию.

Пример картирования

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

Для этого они использовали Example Mapping формата для обнаружения здесь.

Вот пример картирования, которое послужило выравниванием для разработки этой системы.

PDF -версия доступна здесь

Облегчение

Условие

Код доступен в C# ( .NET 7 ), java (21), kotlin .

Вот список используемых / рекомендованных книжных магазинов:

.СЕТЬ	Ява	Котлин
xUnit	junit	Kotest
FluentAssertions	assertJ	Родные kotest соображения
Verify.xUnit	approvalTests	approvalTests
FSCheck	vavr-test	kotest-property
TngTech.ArchUnitNET.xUnit	archunit	archunit
LanguageExt.Core	vavr	arrow-kt
FluentAssertions.LanguageExt	assertj-vavr	kotest-extensions-arrow

Чтобы улучшить код, мы приглашаем вас выполнить следующие шаги:

• 1. Получите представление о базовом коде
• 2. рассматривать предупреждения как ошибки
• 3. Давайте убьем мутантов
• 4. Улучшение читаемости тестов
• 5. "Утвердить" все
• 6. «Свойства» везде
• 7. Архитектурные тесты
• 8. Используйте коробки
• 9. Скажите Дон Спросить
• 10. Команды
• 11. Больше исключений
• 12. Собственное событие

Для каждого шага:

• Предлагается предложение о решении «шаг за шагом» (только в C# )
• Есть 1 ветвь / шаг

Образовательные цели

На этих разных этапах я попытался представить следующие предметы:

• Пример картирования
• Анализ статического кода / Линтер
• Рассматривать предупреждения как ошибки
• Мутационное тестирование
• Тест на сборщики данных
• Одобрение тестирования
• Автоматизированный рефакторинг
• Испытания на основе недвижимости
• Архитектурные тесты
• Тестовая разработка
• Чистая архитектура
• Доменная дизайн
• Скажи, Дон Спроси
• Функциональное программирование
• Примитив избегайте
• Избегайте исключений
• Запись архитектуры решений
• Собственное событие
• ...

Хорошая поездка?