20200708 原生安卓webRTC(念念不忘):
https://www.jianshu.com/p/29f5b3c3b28e?utm_campaign=maleskine&utm_content=note&utm_medium=seo_notes&utm_source=recommendation
20200707 专心uni-app半个月,推荐腾讯集成sdk文章:
官方回答:
https://ask.dcloud.net.cn/article/649
NB哥们提问:
https://ask.dcloud.net.cn/question/74276
https://blog.qian-hong.com/detail-0-0-314.html
20200612 关于 Dcloud 和 IM webRTC的探索
说实话这个是唯一可以超过kx的方案了,至于如何实现webRTC,
第三方接口阅读:https://rtcdeveloper.com/t/topic/15644
移动端音视频系列阅读:https://www.cnblogs.com/laughingQing/p/10312707.html
入门网址:https://www.jianshu.com/p/848d99c041bd
--------------思考核心功能:方案选择---------
一 双向回呼
1 租线路 BJ有一家 CQ有一家 都在WX里面,可以是都有初始化费用,很麻烦(多数都要一千到五千大洋)。
2 市面上两万系统有几个+买中继线路(优点快 缺点花钱) ,或者DIY 用框架asterisk和freeswitch(优缺点:需要一定的精力和时间)。
二 IM
web端可选方案:
1 django 常用框架 无需学习 少并发
django - channel - websocket
django -node.js-socketio
2 flask 需要框架学习成本
flask - socketio
打包APP :实时通讯全靠云通讯 需要5000+5000
安卓开发:开发环境mac最佳 时间 精力
ios开发: 开发环境mac最佳 时间 精力
总结: IM优势0费用 都需要 node.js(很多教程都是node举例的)+ web socket.io + webRTC 技术积累
-------最终确定:django-node.js 并行 节省框架成本 和搜索教程成本 最佳方案---------
web端:
推荐文章:https://www.cnblogs.com/hongdoudou/p/12692114.html
推荐文章:https://www.oschina.net/translate/realtime-django-using-nodejs-and-socketio?print
安卓-ios入口:https://www.jianshu.com/p/aead7168f753
----------20200601技术选型持续探索--------
django restfream!可以作为app后台服务器
前端ios和安卓如果是调用摄像头貌似还是原生的好!
阅读:
界面呈现大体分两种:
- 用 html + css 绘制页面,运行原理是打包工具创建一个只有一个或多个
Activity
的安卓应用,这个 Activity
上就只有一个 WebView
来显示页面。就相当于那个 app 实质上只是个浏览器,只能看你写的页面的浏览器; - 类似 RN 这种用 jsx + 类 css 描述界面,运行原理是打包工具创建一个安卓应用,界面上的控件元素是通过你前面的 描述 来要求原生层创建对应样式的原生控件。
一个很容易区分的方法是,打开手机的设置-开发人员设置-显示布局边界,然后打开你想查看的 app,如果整个界面上只有一个大框框,里面的编辑框啦、按钮啦这些元素都没有框,那么就是第一种;如果几乎每个元素都有五颜六色的框框住,且你知道它并不是直接原生开发的,那么就属于第二种。
这两种都是用 js 来编写逻辑,都用到了 Bridge
这种概念来打通原生 (native) 和 js 层的通讯,包括下面这些用途:
- 告诉 native 要画一个怎样的控件 (RN 这种的)
- native 告诉 js 有什么东西被点击了之类的 (同样是 RN 这种的)
- 告诉 native 需要调用什么 native 方法(两种都会)