IM-VOIP-webRTC通讯核心功能开发之路 - （ IM-APP 搞定先集成SDK 在研究这个 再独立开发）

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和安卓如果是调用摄像头貌似还是原生的好！

阅读：

界面呈现大体分两种：

1. 用 html + css 绘制页面，运行原理是打包工具创建一个只有一个或多个 Activity 的安卓应用，这个 Activity 上就只有一个 WebView 来显示页面。就相当于那个 app 实质上只是个浏览器，只能看你写的页面的浏览器；
2. 类似 RN 这种用 jsx + 类 css 描述界面，运行原理是打包工具创建一个安卓应用，界面上的控件元素是通过你前面的 描述 来要求原生层创建对应样式的原生控件。

一个很容易区分的方法是，打开手机的设置-开发人员设置-显示布局边界，然后打开你想查看的 app，如果整个界面上只有一个大框框，里面的编辑框啦、按钮啦这些元素都没有框，那么就是第一种；如果几乎每个元素都有五颜六色的框框住，且你知道它并不是直接原生开发的，那么就属于第二种。

这两种都是用 js 来编写逻辑，都用到了 Bridge 这种概念来打通原生 (native) 和 js 层的通讯，包括下面这些用途：

• 告诉 native 要画一个怎样的控件 (RN 这种的)
• native 告诉 js 有什么东西被点击了之类的 (同样是 RN 这种的)
• 告诉 native 需要调用什么 native 方法（两种都会）