Рефакторинг для упрощения

Описание: Экстремальное программирование учит нас делать самое простое, что может сработать, вместо того, чтобы тратить время на проектирование с учетом всех возможных сценариев, и именно такой подход мы использовали в задаче Checkout Kata.

По мере работы над проблемой и прислушиваясь к коду, мы можем обнаружить места, где наша простая задача на самом деле сложнее, чем должна быть. Думаю, это именно тот случай с нашим решением, где мы смешиваем обычную цену товаров с правилами скидок. Поэтому в этом эпизоде ​​мы проведем рефакторинг, чтобы разделить эти аспекты.

Дайте мне знать, считаете ли вы результат более или менее простым.

00:00:36 Краткий обзор
00:02:04 Прислушиваясь к коду
00:03:15 Что было бы проще?

* 00:03:55 Введение кода, не выполняющего никаких действий
00:05:24 Перемещение кода в новый класс
00:07:08 Теперь мы можем упростить наш интерфейс
00:07:23 Расширение/сжатие для изменения сигнатуры
00:10:38 Фиксация изменений
00:10:50 Навязчивое сомнение
00:14:14 Можем ли мы сделать проще?

00:15:12 Снова расширение/сжатие
00:23:05 Заключение

Есть плейлист эпизодов Checkout Kata -    • Checkout Kata  

Что это было? Это был плагин Test Progress Bar Дмитрия Кандалова — https://plugins.jetbrains.com/plugin/...

Если вам понравилось это видео, вам, вероятно, понравится и моя книга «Java to Kotlin, A Refactoring Guidebook» (http://java-to-kotlin.dev). Она рассказывает не только о синтаксических различиях между языками — в ней показано, как перейти к более функциональному стилю мышления.