на случай внесения ими несовместимых изменений. Возник вопрос, а как собственно это делается на уровне моделей? Ну скажем будет переименовано поле в базе? Или часть полей разнесена / удалена. Даже если будет старая версия кода API, то как она будет работать с новой моделью данных? И второстепенный вопрос, как они поддерживают зоопарк версий разных API ?
Api::V1/V2::PostsController В модели - alias_attribute Так же сериалайзеры Api::V1::PostsSerializer могут вытаскивать старые поля из уже другой модели например. Поддержка руками делается, думают как имитировать старое поведение, пишутся интеграционные тесты что апишка работает по старому.
А как новое поведение поддерживается в случае смены апи? V1/v2 понятно, но там номера какие-то гигантские чуть ли не тик коммита
> А как новое поведение поддерживается в случае смены апи? Слой совместимости пишется либо в рамках новой апишки, либо в рамках старой. Так же, в дальнейшем можно поменять местоположение этого слоя, и сделать сначала апишку 2 на базе бд от апи 1, а затем апи 1 перевести на базу апи в2. Можно так же делать адаптеры, когда апи старой версии не лезет в базу вообще, а всего лишь является прокси клиентом к следующему апи. Вариантов масса. > но там номера какие-то гигантские чуть ли не тик коммита Они могут как хотят внутри у себя это мэппить. Они могут репозитории на базу писать которые у каждой апишки свои. Вариантов масса.
Обсуждают сегодня