嘿，针对你的问题，其实分开发送这两种消息算不算不良实践，得看你的具体场景——尤其是你提到的老年用户群体（大概率不会一直把APP挂在前台，甚至可能随手划掉后台）和核心需求（预约提醒必须100%触达），咱们拆开来说：

首先得先把这两种消息的本质掰明白，不然容易搞混：

• 通知类型消息（notification）：FCM会直接帮你在系统通知栏弹通知，不管APP是在前台、后台，甚至被划掉（只要设备联网、系统FCM服务正常），优先级很高，老年用户不用打开APP就能看到弹窗或者通知栏提示，刚好匹配你预约提醒的核心需求。
• 数据类型消息（data message）：FCM只负责把数据传给APP，不会主动弹通知，必须APP自己写逻辑处理（比如前台时弹自定义通知，或者后台时触发同步），但如果APP被彻底划掉/杀死，这种消息大概率传不到APP里，因为没有系统级的唤醒机制。

那分开发送的情况到底行不行？得分场景看：

绝对不建议分开发送的场景 #

如果你的需求是「既要让用户看到预约提醒，又要在用户点击提醒时给APP传自定义数据（比如预约ID、跳转页面参数）」，那分开发送notification和data message纯纯是给自己挖坑：

• 时序乱了：用户可能先点了通知，这时候data消息还没到，APP拿不到数据，直接体验崩了
• 丢包风险：两条消息都可能有延迟或丢包，要么用户看不到提醒，要么点了通知没数据
• 体验差：老年用户收到两条推送，大概率会懵，搞不懂为啥弹两次

可以分场景单独用的情况 #

如果是完全独立的两个需求，分开用反而更合理：

• 预约提醒这种必须触达的，单独发notification消息，而且记得在通知的payload里加必要的data字段（很多人不知道FCM的通知消息里也能嵌套data！），这样用户点击通知时APP就能直接拿到数据跳转
• 针对APP前台时的静默数据同步（比如更新参考资料），单独发data message，让APP后台处理，不打扰用户

结合你的.NET MAUI场景，给你个最优解：
别分开发送！直接用**「通知+数据」的组合消息**，这才是最适配你的需求的玩法。举个FCM请求的payload例子（JSON格式）：

{
  "notification": {
    "title": "预约提醒",
    "body": "您明天上午9点有复诊，请准时到场",
    "click_action": "OPEN_APPOINTMENT_PAGE"
  },
  "data": {
    "appointment_id": "12345",
    "target_page": "AppointmentDetail"
  },
  "priority": "high",
  "to": "用户的FCM令牌"
}

在你的MAUI APP里，只需要监听FCM的通知点击事件，拿到data里的appointment_id和target_page，用Shell导航直接跳转到对应的详情页就行。

另外针对老年用户常用的国产安卓ROM，额外提个醒：很多ROM会限制FCM的后台进程，你可以在APP首次打开时，用简单易懂的文字引导用户开启「自启动权限」和「通知权限」，同时把notification消息的优先级设为high（Android），iOS那边如果是非常重要的提醒，可以申请critical alert权限，进一步提升触达率。

总结一下：核心不是「分开发送」本身是不是不良实践，而是有没有必要分，分了会不会砸你的核心需求（触达率、用户体验）。针对你的老年用户+预约提醒场景，分开发送绝对是得不偿失的操作，组合消息才是最稳妥的选择。