Плавное сотрудничество между интерфейсными и серверными разработчиками имеет решающее значение для создания успешного приложения. Однако некоторые распространенные варианты поведения серверной части могут расстроить даже самых терпеливых разработчиков внешнего интерфейса.
Если вы бэкэнд-разработчик, в этой статье описываются проблемы, которых следует избегать ради здравомыслия ваших коллег по фронтенду.
Вот 8 вещей, которые фронтенд-разработчикам не нравятся в бэкенд-разработчиках:
1. Неправильное документирование API.
Разработчикам внешнего интерфейса нужна четкая документация о том, как использовать API, формат запроса/ответа, параметры, примеры вызовов и т. д. Отсутствие документации вынуждает их предпринимать многочисленные попытки методом проб и ошибок или постоянно доставлять ошибки разработчикам внутреннего интерфейса.
Правильная документация API решает эту проблему.
2、Не тестировать API перед интеграцией.
Когда бэкенды не тестируют API тщательно перед интеграцией, страдают фронтенд-команды.
Например, при интеграции внешнего и внутреннего интерфейса многие API могут оказаться неработоспособными или недоступными. Разработчик внешнего интерфейса не может получать данные из одних конечных точек или отправлять данные другим. Это вынуждает их выступать в качестве специальных тестировщиков API-интерфейсов серверной части, задерживая рабочий процесс внешнего интерфейса.
Надлежащее модульное и интеграционное тестирование со стороны серверной части предотвратит влияние таких проблем на разработчиков внешнего интерфейса.
3. Изменение API без предварительного уведомления.
Когда серверные API изменяются или неожиданно выходят из строя во время выпуска приложения, это вызывает проблемы во внешнем интерфейсе.
Бэкенд должен информировать разработчиков интерфейса о любых изменениях API и координировать тестирование перед выпуском.
4. Изменение API без уведомления.
Другая проблема возникает, когда бэкэнд-команда изменяет контракты API или структуры ответов, не информируя об этом разработчиков внешнего интерфейса. Когда приложение запускается, интерфейсное приложение внезапно выходит из строя из-за неожиданных изменений серверной части.
Лучшее взаимодействие и координация между командами перед релизами предотвратят такие сюрпризы и избавят от многих головных болей при отладке.
