3***@qq.com
3***@qq.com
  • 发布:2021-06-08 14:23
  • 更新:2021-06-09 11:07
  • 阅读:473

请问unicloud的uni-id-users是如何实现双小程序公用一个unicloud?

分类:uniCloud

请问unicloud的uni-id-users是如何实现双小程序公用一个unicloud?

2021-06-08 14:23 负责人:无 分享
已邀请:
suoshdashf

suoshdashf

现在说点缺点:1,文档比较松散,比如我在搞推送和图片压缩的时候,是在论坛里面找到的解决方案,而不是在文档。还有一些内容,文档里面没有写的很详细,是我去看了5+的api,再配合论坛里面的内容,才搞出来的。2,低端机跑程序的话,如果内容复杂了,会比较卡,我们在测试直播连麦的时候,有些操作反复做,比如连麦挂断,在低端机会闪退,究其原因我也不清楚是怎么回事。3,nvue这个东西,确实比麻烦,也相对坑点,就不细说了,不过最终也都用解决方法。4,其实我觉得这个也不叫坑,就是有些时候,h5/小程序/app 三端做同一个功能,需要切换着调试,不然三端会不一致。

作者:矮胖老实人
链接:https://www.zhihu.com/question/309490398/answer/1183296093
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
现在说点缺点:1,文档比较松散,比如我在搞推送和图片压缩的时候,是在论坛里面找到的解决方案,而不是在文档。还有一些内容,文档里面没有写的很详细,是我去看了5+的api,再配合论坛里面的内容,才搞出来的。2,低端机跑程序的话,如果内容复杂了,会比较卡,我们在测试直播连麦的时候,有些操作反复做,比如连麦挂断,在低端机会闪退,究其原因我也不清楚是怎么回事。3,nvue这个东西,确实比麻烦,也相对坑点,就不细说了,不过最终也都用解决方法。4,其实我觉得这个也不叫坑,就是有些时候,h5/小程序/app 三端做同一个功能,需要切换着调试,不然三端会不一致。

作者:矮胖老实人
链接:https://www.zhihu.com/question/309490398/answer/1183296093
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
现在说点缺点:1,文档比较松散,比如我在搞推送和图片压缩的时候,是在论坛里面找到的解决方案,而不是在文档。还有一些内容,文档里面没有写的很详细,是我去看了5+的api,再配合论坛里面的内容,才搞出来的。2,低端机跑程序的话,如果内容复杂了,会比较卡,我们在测试直播连麦的时候,有些操作反复做,比如连麦挂断,在低端机会闪退,究其原因我也不清楚是怎么回事。3,nvue这个东西,确实比麻烦,也相对坑点,就不细说了,不过最终也都用解决方法。4,其实我觉得这个也不叫坑,就是有些时候,h5/小程序/app 三端做同一个功能,需要切换着调试,不然三端会不一致。

作者:矮胖老实人
链接:https://www.zhihu.com/question/309490398/answer/1183296093
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
现在说点缺点:1,文档比较松散,比如我在搞推送和图片压缩的时候,是在论坛里面找到的解决方案,而不是在文档。还有一些内容,文档里面没有写的很详细,是我去看了5+的api,再配合论坛里面的内容,才搞出来的。2,低端机跑程序的话,如果内容复杂了,会比较卡,我们在测试直播连麦的时候,有些操作反复做,比如连麦挂断,在低端机会闪退,究其原因我也不清楚是怎么回事。3,nvue这个东西,确实比麻烦,也相对坑点,就不细说了,不过最终也都用解决方法。4,其实我觉得这个也不叫坑,就是有些时候,h5/小程序/app 三端做同一个功能,需要切换着调试,不然三端会不一致。

作者:矮胖老实人
链接:https://www.zhihu.com/question/309490398/answer/1183296093
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
现在说点缺点:1,文档比较松散,比如我在搞推送和图片压缩的时候,是在论坛里面找到的解决方案,而不是在文档。还有一些内容,文档里面没有写的很详细,是我去看了5+的api,再配合论坛里面的内容,才搞出来的。2,低端机跑程序的话,如果内容复杂了,会比较卡,我们在测试直播连麦的时候,有些操作反复做,比如连麦挂断,在低端机会闪退,究其原因我也不清楚是怎么回事。3,nvue这个东西,确实比麻烦,也相对坑点,就不细说了,不过最终也都用解决方法。4,其实我觉得这个也不叫坑,就是有些时候,h5/小程序/app 三端做同一个功能,需要切换着调试,不然三端会不一致。

作者:矮胖老实人
链接:https://www.zhihu.com/question/309490398/answer/1183296093
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
现在说点缺点:1,文档比较松散,比如我在搞推送和图片压缩的时候,是在论坛里面找到的解决方案,而不是在文档。还有一些内容,文档里面没有写的很详细,是我去看了5+的api,再配合论坛里面的内容,才搞出来的。2,低端机跑程序的话,如果内容复杂了,会比较卡,我们在测试直播连麦的时候,有些操作反复做,比如连麦挂断,在低端机会闪退,究其原因我也不清楚是怎么回事。3,nvue这个东西,确实比麻烦,也相对坑点,就不细说了,不过最终也都用解决方法。4,其实我觉得这个也不叫坑,就是有些时候,h5/小程序/app 三端做同一个功能,需要切换着调试,不然三端会不一致。

作者:矮胖老实人
链接:https://www.zhihu.com/question/309490398/answer/1183296093
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
现在说点缺点:1,文档比较松散,比如我在搞推送和图片压缩的时候,是在论坛里面找到的解决方案,而不是在文档。还有一些内容,文档里面没有写的很详细,是我去看了5+的api,再配合论坛里面的内容,才搞出来的。2,低端机跑程序的话,如果内容复杂了,会比较卡,我们在测试直播连麦的时候,有些操作反复做,比如连麦挂断,在低端机会闪退,究其原因我也不清楚是怎么回事。3,nvue这个东西,确实比麻烦,也相对坑点,就不细说了,不过最终也都用解决方法。4,其实我觉得这个也不叫坑,就是有些时候,h5/小程序/app 三端做同一个功能,需要切换着调试,不然三端会不一致。

作者:矮胖老实人
链接:https://www.zhihu.com/question/309490398/answer/1183296093
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
现在说点缺点:1,文档比较松散,比如我在搞推送和图片压缩的时候,是在论坛里面找到的解决方案,而不是在文档。还有一些内容,文档里面没有写的很详细,是我去看了5+的api,再配合论坛里面的内容,才搞出来的。2,低端机跑程序的话,如果内容复杂了,会比较卡,我们在测试直播连麦的时候,有些操作反复做,比如连麦挂断,在低端机会闪退,究其原因我也不清楚是怎么回事。3,nvue这个东西,确实比麻烦,也相对坑点,就不细说了,不过最终也都用解决方法。4,其实我觉得这个也不叫坑,就是有些时候,h5/小程序/app 三端做同一个功能,需要切换着调试,不然三端会不一致。

作者:矮胖老实人
链接:https://www.zhihu.com/question/309490398/answer/1183296093
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

DCloud_uniCloud_WYQ

DCloud_uniCloud_WYQ

根据不同客户端标识自行调用uniID.createInstance创建uni-id实例

该问题目前已经被锁定, 无法添加新回复