NODEDC_DESIGN_GUIDELINE/docs/CANDIDATES.md

2.0 KiB
Raw Blame History

Следующие компоненты

Baseline намеренно отделяет готовые exports от известного инвентаря. Элемент из этого списка нельзя считать отсутствующим и начинать с нуля в новом приложении: сначала проверяется его запись в registry/candidates.json и существующие reference sources.

P1 — следующий reusable слой

  • CalendarPopover — согласовать Launcher и Task Manager, включая keyboard/date range.
  • ProfileMenu — отделить визуальную карточку от identity/role API приложения.
  • ActionDropdown — добавить типизированные command rows поверх готового Dropdown.
  • DataTable — вынести toolbar, cells, loading/empty и row actions без entity schemas Launcher/Plane.
  • AvatarStack — согласовать overflow, presence и picker mode.

P2 — продуктовые patterns

  • ServiceRailCard — зрелый Launcher pattern, пока связанный с service catalog data.
  • WorkItemCard — зрелый Ops pattern, который нужно разделить на общий card shell и task-domain content.
  • Toast.
  • Tooltip.
  • Empty/Loading/Error states.

Как использовать список

Если новый проект требует candidate:

  1. не копировать reference implementation целиком;
  2. поднять candidate до package component в этом репозитории;
  3. определить независимые props/DOM contract;
  4. добавить catalog examples и состояния;
  5. обновить components.json, удалив запись из candidates;
  6. выпустить minor version.

Так список сохраняет уже проделанную работу, но не превращает незавершённый локальный код в ложный канон.