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:
+6
-4
@@ -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.
|
||||
|
||||
Reference in New Issue
Block a user