视频地址如下:http://qlfile.shenshoukeji.net/%E5%BD%95%E5%83%8F4.wmv
如下,代码仅一行:
this.Push = new IGtPush(Config.Domain, Config.AppKey, Config.MasterSecret);
麻烦各位兄弟测试一下看看是否在.net core下正常运行。项目环境:.net standard2.0
视频地址如下:http://qlfile.shenshoukeji.net/%E5%BD%95%E5%83%8F4.wmv
如下,代码仅一行:
this.Push = new IGtPush(Config.Domain, Config.AppKey, Config.MasterSecret);
麻烦各位兄弟测试一下看看是否在.net core下正常运行。项目环境:.net standard2.0
4 个回复
帅哥5枚 (作者) - 80如果,ugvv
测试源代码在附件,用的还是官方的代码
以及调用函数入口方法截图
帅哥5枚 (作者) - 80如果,ugvv
官方不回答吗? 急求方案。
帅哥5枚 (作者) - 80如果,ugvv
这个unipush是个大坑。
为什么这么说呢?
原先是用成熟的signalr,一切都是成熟生态也好。
前端选用了uni-app,结果发现用了uni-app,就用不了signalr,这可能是uni-app的机制导致的,总之就是不能用。
于是你除了用他的unipush外,别无选择,
然后昨天下午就对接了unipush。
今天早上申请appid和appsecret下来了,赶紧一测。
妈呀,发现他这货是.net framework写的,没有core版本,好落伍。其实昨天下午对接时我就跟前端说过,这货是.net framework写的,可能有问题。结果今天一调,就over了,凉凉了。
我们不可能因为unipush就废弃我们的成果吧?既然官方没有core,难道我们自己就得换成.net framework? 那下次再接个第三方,万一又要改呢? 哇靠,那不得上天。。。
官方也不回复这个问题了,显然他今天已经发现了这个问题。
但是今天才发现,就太不应该了。这得多落伍啊,难道之前的客户你就一个都不用.net core,全是.net framework?或者别人提人,像今天 一样,销声匿迹了?这没道理啊。
DCloud_App_Array
unipush推送服务由个推专门定制的,服务器相关的对接直接用的是个推提供的API。
服务端集成碰到问题请联系个推技术支持 QQ:3007288187