Рефакторинг в функциональном режиме — где находится состояние? скачать в хорошем качестве

Рефакторинг в функциональном режиме — где находится состояние?

В нашей реализации задачи оформления заказа используется классический объектно-ориентированный подход, инкапсулирующий чтение и запись изменяемого состояния в соответствии с бизнес-правилами. Функциональные программисты предпочитают ограничивать изменяемое состояние, но оно не может полностью исчезнуть; нам необходимо отслеживать, что было где-то отсканировано. Так как же будет выглядеть функциональный интерфейс оформления заказа? Давайте проведём рефакторинг, чтобы это выяснить. 00:00:58 Добавить итоговую сумму к чеку 00:02:53 Имитация реализации в тестах 00:03:25 Затем перенести в продакшн 00:04:46 Рефакторинг для упрощения на Green 00:06:31 Коммит перед большим рефакторингом 00:06:43 Жалоба на IntelliJ 00:07:02 Пересмотр состояния объекта 00:07:57 Рефакторинг неизменяемой ссылки на изменяемое состояние, на изменяемую ссылку на неизменяемое состояние 00:09:16 Сделать то же самое с Checkout 00:13:23 Идентичность против состояния 00:14:35 То, что имело смысл с объектами, не имеет смысла с данными 00:15:38 Какова роль priceRules в CheckoutState 00:19:02 Fold будет управлять скрытием оставшихся мутаций от нас 00:20:59 Уборка 00:24:30 Приходите на мой мастер-класс на KotlinConf (https://kotlinconf.com/workshops/) Есть плейлист эпизодов Checkout Kata -    • Checkout Kata   Что это было? Это был плагин Test Progress Bar Дмитрия Кандалова - https://plugins.jetbrains.com/plugin/... Если вам понравилось это видео, вам, вероятно, понравится и моя книга Java to Kotlin, A Refactoring Guidebook (http://java-to-kotlin.dev). Она рассказывает не только о синтаксических различиях между языками, но и показывает, как перейти к более функциональному стилю мышления.