Дизайн мобильного API - гибкость и производительность - PullRequest
0 голосов
/ 05 января 2019

Я работаю для стартапа, где у нас есть продукт для iOS, который взаимодействует с бэкэнд-API. Первоначально, когда продукт разрабатывался, API был спроектирован так, чтобы быть гибким, чтобы клиент всегда мог получить доступ к нужным ему данным в данном представлении; тем более что взгляды развивались.

По мере того, как мы начинаем масштабирование, мы обнаруживаем, что существует множество узких мест в производительности из-за объема данных, которые мы передаем клиенту, некоторые из которых не нужны на данной конечной точке.

Мой вопрос таков: в случае частного API, где вы также создаете единственный клиент, который будет использовать API, является ли распространенным (или приемлемым) связывание требований внешнего интерфейса непосредственно с тем, что обслуживает внутренний сервер, так что бэкэнд обеспечивает только то, что клиенту нужен для данной конечной точки / представления?

1 Ответ

0 голосов
/ 05 января 2019

Да. Цель API - предоставить разумное обслуживание всем клиентам, которых вы хотите поддерживать. Если у вас есть только один клиент, обычно и приемлемо (желательно даже) оптимизировать ваш API для поддержки одного клиента.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...