我们的目标是从后端向设备组发送通知,只有从服务器端才能知道哪个设备应该接收通知。
我们已经尝试过使用AppCenter,因为我们主要使用Xamarin iOS/Android/Forms,但现在我们怀疑直接使用Firebase API可能更好,因为它更广泛和更强大。
我发现在新版本的API(HTTP V1)中不可能发送通知到令牌列表,这是遗留API中使用
我在考虑使用设备组消息(https://firebase.google.com/docs/cloud-messaging/android/device-group),但这些是遗留API的一部分,我不确定是否有意义/是否可以在新版本的API中使用它们。
在理论上,可以发送无限量的通知,但是我担心发送过多的通知可能会被禁止。是否有一种选项可以将100-200-500个批次的推送通知分别发送给一个令牌?
使用旧版API是否更好?Microsoft的AppCenter也使用旧版API,这很明显是因为设置的工作方式以及从AppCenter的控制台向令牌列表发送通知的功能在Firebase的控制台上不可用。
另一个人刚刚问了类似的问题,但答案是要使用主题(如何同时向所有用户发送Firebase通知?)。
我们已经尝试过使用AppCenter,因为我们主要使用Xamarin iOS/Android/Forms,但现在我们怀疑直接使用Firebase API可能更好,因为它更广泛和更强大。
我发现在新版本的API(HTTP V1)中不可能发送通知到令牌列表,这是遗留API中使用
registration_ids
参数可用的功能(https://firebase.google.com/docs/cloud-messaging/send-message)。
我不能使用主题,因为在发送通信时,服务器负责准备通知的“邮寄清单”。设备组名称(仅限旧协议)
我在考虑使用设备组消息(https://firebase.google.com/docs/cloud-messaging/android/device-group),但这些是遗留API的一部分,我不确定是否有意义/是否可以在新版本的API中使用它们。
在理论上,可以发送无限量的通知,但是我担心发送过多的通知可能会被禁止。是否有一种选项可以将100-200-500个批次的推送通知分别发送给一个令牌?
使用旧版API是否更好?Microsoft的AppCenter也使用旧版API,这很明显是因为设置的工作方式以及从AppCenter的控制台向令牌列表发送通知的功能在Firebase的控制台上不可用。
另一个人刚刚问了类似的问题,但答案是要使用主题(如何同时向所有用户发送Firebase通知?)。