Библиотечный компонент требует более стабильного публичного API, совместимости версий и независимости от конкретного приложения.
Согласны ли вы с тезисом, что универсальный shared-компонент, повторяющийся в разных местах приложения, и библиотечный компонент, предназначенный для импорта в другие приложения - это не одно и то же, и подход к ним должен быть разным? Какие требования вы бы предъявили к библиотечному компоненту в отличие от shared-компонента?
Библиотечный компонент требует более стабильного публичного API, совместимости версий и независимости от конкретного приложения.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Библиотечный компонент требует более стабильного публичного API, совместимости версий и независимости от конкретного приложения.
Внутренний shared-компонент может опираться на локальную тему и соглашения. Для внешних потребителей нужны документация, доступность, разумные defaults, тесты контрактов и политика изменений. Зависимости и особенности сборки тоже становятся частью поддержки, а не внутренней деталью команды.