Применяли ли вы техники декомпозиции задач на прошлых проектах по Flutter?

Э, слушай, а вот декомпозиция — это ж святое, блядь. Без этого на любую задачу посмотришь, и волнение ебать, терпения ноль ебать. Как будто тебе говорят: «Сделай корзину». И всё. А ты стоишь, как полупидор, и нихуя не понимаешь, с какого конца подъебаться.

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

1. По слоям, как в нормальной архитектуре (Clean, блядь): Допустим, та же корзина. Ну, ёпта, с чего начинать? С головы, а не с жопы.

• Domain (Логика, сука):
  • Придумать, что такое CartItem вообще. Что в нём лежит.
  • Use Cases накидать: ДобавитьШмоткуВКорзину, УдалитьЭтуХрень, ПосчитатьСколькоОтдатьБабок.
• Data (Где всё хранится):
  • CartRepository сделать. Интерфейс и реализацию, которая не накосячит.
  • Модельки для базы или для ответа от сервака.
• Presentation (То, что юзер тыкает):
  • CartBloc или Cubit — мозги экрана.
  • Виджеты: сам экран, виджет одной шмотки в корзине, подвал с суммой.

2. А внутри Presentation ещё дробим, а то овердохуища кода в одном файле получится: Верстку CartScreen тоже на части рвём:

• Шапка с названием и кнопкой «Вынести всё в помойку».
• Список купленного барахла (ListView.builder, классика).
• Виджетик одной позиции (картинка, название, счётчик, крестик).
• Панель внизу с итогом и жирной кнопкой «Отгрузить бабки».
• Заглушки на случай, если корзина пуста или данные грузятся.

3. Ну и как это в таск-трекер запихнуть, чтоб всем было понятно: Задача: «FTR-15: Добавить в корзину промокод, чтоб скидку давил».

Подзадачи (вот тут уже реально работать можно):

1. FTR-15-API: В доменной модели Cart добавить поля promoCode и discountedTotal. Без этого нихуя не полетит.
2. FTR-15-REPO: В CartRepository метод applyPromoCode(String code) впендюрить. Чтобы он с серваком или локально работал.
3. FTR-15-BLOC: В CartBloc событие CartPromoCodeApplied добавить и обработать. Это чтобы скидка применилась, а не просто текст в поле появился.
4. FTR-15-UI:
   • Текстовое поле для ввода самого промокода. Типа «ВВЕДИ СЮДА МАГИЧЕСКОЕ СЛОВО».
   • Кнопка «Применить». Очевидно же.
   • Показывать, какой промокод залетел и новую, уменьшенную сумму. Радость же!
   • Если промокод левый — алерт «Чувак, это не работает» вывести.
5. FTR-15-TEST: Написать тесты на новый Use Case и на весь UI-поток. А то без тестов доверия ебать ноль, что ничего не развалится.

И знаешь, зачем этот цирк? А затем, чувак:

• Можно в команде работать: один мозги (BLoC) пилит, другой интерфейс лепит.
• Оценки времени делать адекватные, а не «ну недельку» говорить.
• Коммиты и пулл-реквесты получаются маленькие и понятные. Ревьюер не взвоет, как сука.
• И самое главное — можно часть фичи уже выпустить, даже если что-то ещё в разработке. Не ждать же, пока всё идеально сделают.