Я работаю над модулем AWS SNS , доставляющим уведомления pu sh на обе платформы APN и FCM . Я почти закончил, и часть этого уже выдвинута. Реализация охватывает сериализацию типов сообщений Data and Notification pu sh, управление токенами и сложный сценарий, включающий все слои в проекте, и теперь я пытаюсь смягчить острые углы системы, чтобы позволить разработчикам бэкэнда и внешнего интерфейса использовать систему.
Одна вещь, которую мне не хватает после сканирования в Интернете, - это хорошее определение стандартного протокола сериализации данных. В обоих случаях существует большая гибкость в определении json для типа уведомления об обновлении в фоновом режиме.
Другими словами, каждый раз, когда мне приходится составлять уведомление в бэкэнде, я вынужден задокументировать содержание этого конкретного процесса для разработчика интерфейса и согласовать контракт на обслуживание, почти аналогичный API. Кажется, это не лучший способ сделать это, так как мы должны прийти к соглашению.
У любого из вас есть предложение о том, как уменьшить количество котельной плиты и использовать общий шаблон сериализации, который отвечает потребностям бэкэнда и ожидание от разработчиков веб-интерфейса? Backend - java, а внешний - Web, Android и iOS.
.