Структура большого приложения

Основа с Middle

Деление по функциональности, границы модулей, направление зависимостей, Feature-Sliced Design.

По функциональности: модуль «корзина» содержит свои компоненты, хуки, запросы и типы.
Публичный API модуля — только через index.
Зависимости в одну сторону: страница → фича → сущность → общее.
Feature-Sliced Design — готовая методология со слоями app, pages, widgets, features, entities, shared.
Проверка автоматикой — eslint-правила границ.
По размеру: для небольшого приложения сложная архитектура — лишние затраты.

Критерии освоения

Организует код по функциональности, а не по типу файлов, с публичным API модулей
Не допускает циклических зависимостей между модулями

Практика. Переструктурировать учебный проект по функциональности, оставить импорт модулей только через публичный index.

Проектирует архитектуру приложения для нескольких команд и обосновывает её масштабом
Внедряет автоматическую проверку границ модулей в линтере

Практика. Описать архитектуру фронтенда продукта (слои, границы, состояние, правила зависимостей) в design doc и включить проверку границ в CI.

Как организовать архитектуру большого фронтенд-приложения? Senior
Цель — чтобы изменение в одной функции не задевало остальные и новый человек быстро находил код. Основа — разделение по функциональности (features, страницы, сущности), а не по…
Как управлять состоянием в React-приложении — Context, Redux, Zustand, серверное состояние? Junior
Сначала — локальное состояние и подъём к общему предку. Context — передать редко меняющиеся данные глубоко (тема, пользователь, язык) без прокидывания props. Глобальное хранилище…

Закрытая бета

На живом собеседовании sotto слышит вопрос интервьюера и показывает короткий ответ и план. Оставьте контакт — пришлём доступ и промокод.