咨询：Expo应用集成Baqend推送通知服务的可行性及替代方案

嗨，我来帮你梳理下这个问题：

Baqend推送在Expo非eject环境下的限制 #

从Baqend的推送配置逻辑来看，它要求直接修改iOS和Android的原生代码来对接APNS和FCM，这在Expo的**managed workflow（未eject状态）**下是完全行不通的——因为managed workflow的核心就是封装原生层，不允许开发者直接操作原生代码。如果一定要用Baqend的推送服务，你只能选择eject到bare workflow，但这显然和你不想eject的需求冲突，所以这条路并不适合你。

更适合你的方案：Expo官方推送通知系统 #

既然不想eject，Expo自带的推送通知服务绝对是最优解，理由如下：

• 无需手动配置APNS和FCM：Expo会帮你完成所有底层的推送平台配置，你只需要专注于业务逻辑的实现；
• 完美适配managed workflow：全程不需要修改任何原生代码，完全符合你不想eject的要求；
• 上手门槛低：API设计简洁，文档指引清晰，从获取设备推送token到发送推送的全流程都很容易实现。

总的来说，如果你想保持Expo的便捷性又不想eject，直接用Expo官方的推送服务就好，完全能满足你的需求，还能避免原生代码修改带来的麻烦。

内容的提问来源于stack exchange，提问作者Chris Chong