探讨一下提高 app 开发效率的问题

[Ison]

请问把应用里面一些对性能要求不是特别高的功能界面都做成 h5 的
然后放本地
每次调用就用 uiwebview （ iOS ）／ webview （ android ）加载本地资源
然后一些请求或原生调用就通过 js 触发原生的接口
这样只要保障了原生接口的可用性
以后某个界面需要调整或业务发生变化的时候
就从服务器更新 h5 相关的文件到本地
就不需要频繁上线应用了吧
而且加载本地的资源文件速度也快
只要不是做大量的列表数据处理应该执行效率跟原生相差也不大吧
现在担心的主要是这种下载远程 h5 相关文件在本地执行的方式会不会被当成 jspatch 那种的热更新
求指教。。。

初步想到的问题由两个
1 、加入每个界面都做成 webview 打开的话，打开了多少个界面就会创建多少个 webview ，这个可能数量多的话是一笔开销，当然也可以一个 webview 把 h5 的界面都处理完了
2 、假如一个 webview 把 h5 界面都处理完了，那假如界面里面夹着 h5 跟原生实现的界面的话，那界面的栈就得自己维护，不能由默认的系统方式处理了
欢迎补充。。。

[wohenyingyu02]

当然不会。

[Ison]

@wohenyingyu02 请问这种方案会有什么潜在弊端么

[luwu1991]

用 React-Native 吧

[otakustay]

只有一个 webview 的 app 会被苹果拒掉的

[wohenyingyu02]

@Ison 我不明白你怎么用 js 触发原生的接口。

[em70]

如果下载缓存数据都不准，那高德地图离线地图怎么办

[Ison]

@wohenyingyu02
h5 调用 native

[Ison]

@luwu1991
RN 针对我们目前团队来说切换成本较高
时间上也不允许
这个之前也有考虑过

[Ison]

@otakustay
会由 webview 跟原生组成
对性能要求高或只能原生实现的会直接上 native 的

[wshcdr]

这种就是 H5 内容要更新的时候，会比较痛苦

[Ison]

@wshcdr
你指的是哪方面呢
只要不涉及到原生接口的调整
应该 h5 更新就相当于重新下载套皮肤而已吧
痛苦的点在哪呢

[yiios]

楼主你说的就是 Hybrid H5