Библиотечный компонент имеет публичный контракт для неизвестных потребителей, поэтому совместимость, документация и устойчивые варианты поведения особенно важны.
Ты упомянул разработку библиотеки переиспользуемых UI-kit компонентов на базе Angular Material. Есть ли принципиальная разница между библиотечными компонентами и обычными многофункциональными компонентами приложения? Чем можно пренебречь у обычных компонентов, но нельзя у библиотечных?
Библиотечный компонент имеет публичный контракт для неизвестных потребителей, поэтому совместимость, документация и устойчивые варианты поведения особенно важны.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Библиотечный компонент имеет публичный контракт для неизвестных потребителей, поэтому совместимость, документация и устойчивые варианты поведения особенно важны.
Нужны продуманные inputs/outputs, доступность, темы, тестирование поддерживаемых версий и понятный порядок изменения API. Внутренний компонент теснее связан с конкретным сценарием и может быстрее меняться вместе с ним. Но безопасность и доступность нельзя просто игнорировать и в приложении; различается широта обязательств, а не право писать некорректный код.