今年初看到小程序直播组件推出出来,正巧手上在做一个微信小程序,于是想开发一下小程序的直播功能。本人对直播开发以及直播业务都不怎么熟悉,但在开发的过程中也算有了点心得,想和同行们交流交流。
有了这个直播组件,整个的开发工作还是比较简单的,而且创建一个直播间并直播貌似也很顺利,然而,我个人觉得还是有些比较大的缺陷。(或许是我对这个直播组件不够了解,如有错误,欢迎同行们指正)
首先,由于官方提供的获取直播房间列表的接口存在500次/天的限额,所以当观看用户比较多时,就不得不考虑用缓存来处理,然而,个人觉得小程序的后台是独立的,而当我们在小程序后台新建/删除直播间或者开播时,即当直播房间信息发送变化时,小程序后台并没有主动给开发者一个响应消息,所以这对我们做缓存更新策略增加了难度,目前想到的就只能主动刷新或者定时刷新缓存,这我觉得是不太合理的。
其次,关于创建直播间。如果了解过其他平台的直播相关,或许会发现这里的不妥之处。现在的情况是,每次直播都需要创建一个新的直播间,然后命名、封面图片、从商品库推商品到直播间等一系列操作需要全做一遍,等直播结束,该直播间就不能再用了。这个该怎么形容呢?就像是买房子一样,我们创建直播间去直播相当于买房子去住。每次直播需要创建一个新的直播间就好比每次都需要买个新房子去住一样,住一次之后这个房子就不能再住了。而命名、封面图片等类似于装潢,从商品库推商品类似于在家具城买家具,本该一劳永逸的事情却需要我们一次次去做,所以我觉得每个直播者应该是有一个固定的直播间,每当需要改变封面或者变更商品时做一些小的调整就好,而不需要每次做全部的工作,当规模比较大时,这个运营成本是相当高的。
以上是我使用近一个月的拙见,不知同行们是否也遇到同样的问题?也许是我水平有限,没想到好的处理方法,如果有不恰当的地方,欢迎同行们指正,我一定虚心接受,也当是一种学习了。
我也谈谈自己的看法:
1、500次限制感觉是目前的临时限制,根据官方一贯的策略后续肯定会调整;
2、直播状态可以在小程序端获取,不受500次限制,调用函数:getLiveStatus;
3、创建直播间确实比较繁琐,希望官方优化;
创建直播间是提供接口的,应该可以解决你这个问题?