refactor(account-operations): split page state views into components

Extract loading/error/loaded state views from the single
AccountOperationsPage.view.tsx into dedicated files under components/.
Document the "one state per view file" rule as a mandatory review
convention in CONVENTIONS.md and UI-PATTERN.md.

Co-Authored-By: opencode <opencode@anthropic.com>
This commit is contained in:
2026-08-27 10:53:23 +03:00
co-authored by opencode
parent 8f9caa946e
commit 695cda0456
6 changed files with 73 additions and 53 deletions
+6 -4
View File
@@ -25,10 +25,12 @@ image state. Простое форматирование одного перед
существующий formatter остаётся presentation concern; вычисления из всей
коллекции остаются во VM.
View files дробятся по смысловой нагрузке, а не только по количеству строк. Если
section или state имеет самостоятельный смысл и может быть назван, его нужно
выносить в nearby presentation component вместо накопления внутри одного
большого `*.view.tsx`.
View files дробятся по смысловой нагрузке, а не только по количеству строк.
Каждый top-level state и каждый именуемый section страницы — отдельный
`*.view.tsx` в `components/`, а не накопление внутри одного большого
`*.view.tsx`. Контейнер импортирует state views из `./components` и выбирает
нужный по `viewModel.state`. Держать loading/error/empty/loaded components в
одном файле view нельзя.
Known API errors, retry и stale snapshot остаются local views, а непойманные
route errors обрабатывает общий route-keyed ErrorBoundary.