Генераторы обычно создают транспортные типы и клиенты по схеме API. Бизнес-модель приложения может совпадать с ними, но это отдельное архитектурное решение.
Ты упомянул кодогенерацию (ng-openapi-gen, Apollo для GraphQL) — какого уровня абстракции были генерируемые модели? Это были бизнес-сущности, которые использовались напрямую в коде, или был какой-то промежуточный слой между ними?
Генераторы обычно создают транспортные типы и клиенты по схеме API. Бизнес-модель приложения может совпадать с ними, но это отдельное архитектурное решение.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Генераторы обычно создают транспортные типы и клиенты по схеме API. Бизнес-модель приложения может совпадать с ними, но это отдельное архитектурное решение.
Прямое использование проще, когда контракт хорошо соответствует интерфейсу. Адаптер полезен при объединении API, преобразовании дат или изоляции нестабильной схемы. Опишите фактический подход проекта и границы преобразования; сгенерированный код обычно не правят вручную.