Форма, которая слишком много на себе тащит: как правила СХД уложить в состояние UI

В блоге компании Aerodisk на Habr вышла история про разработку навороченной формы для систем хранения данных. Авторы показывают: правила предметной области надо класть в состояние интерфейса, а не распихивать по обработчикам.

Главная боль, о которой там речь: сценариев работы три, а интерфейс под них один. Команда делится опытом, как в таком раскладе не развести дубли в состоянии и не устроить содом в обработчиках.

Зайдёт тем, кто проектирует большие формы и ломает голову, где вообще должны жить бизнес-правила.

Читать на Habr

👉 Frontender's notes