## 前言 本文就webview中总体规划以及出现的问题进行了分类描述，之后的webview开发中需要基于这个准则，并按照这个准则进行拓展。 ## 总纲 | 主题 | 方案 | 备注 | | --- | --- | --- | | 统一确定的ua标识 | 比如ua结尾加入【xhx】 | 无 | | h5公用的app头 | app端提供统一的app头，参考支付宝以及微信的ua交互，提供显示页面标题，返回，关闭的简单操作，默认页面可滚动 | 之后其他的h5默认在这个类浏览器外壳中，针对前端一些固定布局的方案，需要优化完善这个外壳，前端技改时间允许的话，最好给出完整确定的方案可以在webview中无缝对接和展示 | | h5与app定制头 | 针对产品以及交互特殊需求，提供的特殊页面，比如单页，强交互逻辑页定制专门的头 | 需要产品明确说明特殊性，不是浏览器的返回，比如返回需要加确认框，就需要定制 | | h5与app功能性交互 | 约定常规交互方法的格式，并给出相互通讯的一些固定的可用的方法，比如获取用户信息，获取app网络状态 | 这个是双向的功能性交互，h5的一些方法也可以设置app的状态，页面跳转，数据存储等 | | h5与app纯交互性方法 | 调取相应app的加载框，加载失败，相册控件，扫码控件 | 需要与产品，交互统一确定是否使用app原生控件还是h5效果。 | | h5与app不同场景的分享互通 | 比如：用户在不同app中：新航线app分享到h5详情页，h5详情页也可以对应到新航线app中打开 | 需要约定规则 | | app提供webview的外壳 | 可以通过app外壳扫码进入webview场景，模拟交互，开发阶段暴露解决一些app中问题 | 以上的app解决方案集成在这个app外壳中 | ## 其他 * 本文协议规则由前端发起，来源于前端与客户端双方协定，不断完善中。 * 目前与app交互中，app主要使用的技术都是js interface技术，安全性较低，后面建议更换为更高级的技术或者做混合应用。