Разделяйте общие доменные типы, API и чистую логику, а платформенные входы, навигацию и UI-адаптеры держите отдельно.
Если бы вы проектировали такое приложение с учётом монорепозитория, как бы вы разделили его на пакеты, учитывая единую кодовую базу для веба и мобильных платформ (React Native)?
Разделяйте общие доменные типы, API и чистую логику, а платформенные входы, навигацию и UI-адаптеры держите отдельно.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Разделяйте общие доменные типы, API и чистую логику, а платформенные входы, навигацию и UI-адаптеры держите отдельно.
Например, apps/web и apps/mobile используют packages/domain, api и validation. Общие дизайн-токены возможны, но DOM-компонент нельзя автоматически считать компонентом React Native. Задайте направление зависимостей, публичные exports, проверки пакетов и правила платформенных файлов; конкретные границы зависят от сценариев продукта.