统一消息服务
发布于 5 年前 作者 jinggu 16509 次浏览 来自 问答

有谁知道昨天发的这个api有什么用?

按照官方的文档显示:

Object weapp_template_msg

小程序模板消息相关的信息,可以参考小程序模板消息接口; 有此节点则优先发送小程序模板消息

Object mp_template_msg

公众号模板消息相关的信息,可以参考公众号模板消息接口;有此节点并且没有weapp_template_msg节点时,发送公众号模板消息


从开发者角度来看,如果用户在我的小程序里注册过,并且formId有效,那么我就直接发送小程序模板消息就可以了。

如果用户在我的小程序里注册过,但是formId无效,那么我就看看他是不是关注公众号了,如果也关注的话,下发公众号模板消息。

这个判断逻辑应该是少不了的。


你们开放一个API,这俩个揉在一起。难道为了是减少了开发者代码量?个人感觉并没有,该判断还是要判断。


所以搞不懂这个API的意义何在?(当然如果接口不对formId做校验,意义还是很大的),所以官方真的是没事干了吗,又搞一堆鸡肋玩意来充数?

有不同见解的,欢迎指点一二,老夫实在是琢磨不明白这个api开放的意义,或者其他什么特殊的使用场景可以用到。



6 回复

有同感!

直接无视这个接口,这个接口节省不了几行代码,

这个功能我用了,如果不传Object weapp_template_msg,仅传Object mp_template_msg,而用户关注了关联服务号,模板消息则直接发到服务号里面。也就是说只要提供小程序openId,就可以让用户在服务号里面看到模板消息。这对于小程序开发还是蛮方便的,因为如果没有做服务号的开发,就无法获取用户服务号的openId,用sendMessage是无法发到服务号的,而用sendUniformMessage就可以发到服务号,我想这就是这个功能的好处吧!但是,给官方提点意见:我觉得这个功能的通常用法不是试图先发到服务通知,而是先尝试发到服务号,毕竟服务号是自己的(同一主体),而服务通知感觉是借用“公共场所”;所以,正确的逻辑是先尝试发到服务号,如果这个用户没有在关注关联服务号,就发到服务通知,这样的逻辑是不是更说得通!

你好,这个接口目的在于简化下发流程,不需要开发者判断用户是否关注公众号。

当formid无效的时候,会自动判断该用户是否关注公众号,若关注了,即下发到公众号会话里。

可以用小程序的openid  给公众号发消息吗?

回到顶部