在前端html5中和App的通訊方式情況詳解！

在面對各種新興技術的不斷崛起我們對于之前一些不好的技術都進行了更新和選擇放棄使用，對于手機中的各種app更是層出不窮，那么今天我們就來說說有關于“在前端html5中和App的通訊方式情況詳解！”這方面的內(nèi)容分享！

前言

現(xiàn)在不管是桌面客戶端還是移動客戶端，都會夾雜著一部分H5頁面，這種混合式的應用也是我們常說的Hybrid App。為什么會出現(xiàn)Hybrid App呢，早期是因為開發(fā)一個Android或iOS的客戶端，需要的人力成本比較大，開發(fā)周期比較長，后來有些團隊就通過將部分頁面拆分出來，由前端來完成，再通過在客戶端里的Webview來展示。

由于小編我半路轉(zhuǎn)行當程序猿，只對前端領域有所了解，對其他編程領域接觸較少，故不探討Webview的實現(xiàn)原理和與H5頁面交互的原理。有興趣的小伙伴自行百度搜索JSBridge的相關知識，或請教下客戶端(Windows、MacOS、Android、iOS)開發(fā)的同學，看看如何橋接JS與其他編程語言之間的聯(lián)系。

優(yōu)缺點

凡事都是有好有壞，沒有絕對的解決方案。下面我總結(jié)下Hybrid App在開發(fā)過程中存在的優(yōu)缺點，各位同學可自行判斷Hybrid App的好壞。

優(yōu)點

• H5頁面交由前端進行開發(fā)，頁面模塊之間分開開發(fā)和維護，有效減少App的開發(fā)周期
• H5頁面不受限于應用商店繁瑣的審核流程和冗長的等待時間，新增頁面和功能、修復缺陷都可隨時部署到線上
• H5頁面在有需要時才加載，減小App打包后的大小，縮短App在應用商店下載的時間和減少本地占用手機的空間
• H5頁面接入App Webview中，不再受限于瀏覽器，可通過與App交互調(diào)用設備更多底層的API來完善更多原本瀏覽器無法完成的操作

缺點

• 協(xié)定好H5和App之間的通訊協(xié)議，定義好全局屬性和全局方法在兩者之間如何調(diào)用
• H5頁面接入App Webview中，可能會出現(xiàn)很多兼容問題，需要前端和客戶端多加注意
• 開發(fā)前需按照需求和交互進行頁面劃分，哪些頁面歸前端開發(fā)，哪些頁面歸客戶端開發(fā)
• 頁面出現(xiàn)Bug有時候很難發(fā)現(xiàn)是在哪個環(huán)節(jié)出錯，需要前端和客戶端共同調(diào)試找出問題所在(可能各抒己見，打架都有份)

通訊方式

以下代碼全部基于前端(React)進行演示，客戶端如何實現(xiàn)JS交互我就不多說了，可以找客戶端開發(fā)的同學了解下。通訊方式有如下兩種，都是使用JS代碼來完成，兼容性還是挺不錯的。

• 前端通知客戶端：攔截
• 客戶端通知前端：注入

前端通知客戶端

在H5頁面里觸發(fā)鏈接跳轉(zhuǎn)，App Webview檢測到鏈接跳轉(zhuǎn)再進行攔截，因此可以通過URL上攜帶參數(shù)來告知App下一步應該做些什么。

import React, { Component } from "react";

export default class App extends Component {
    componentDidMount() {
        location.href = "lsbox://toast?msg=頁面加載完畢"; // 通知App
    }
    render() {
        return (
            <div className="app">
                <button type="button" onClick={this.openMask.bind(this)}>點它</button>
            </app>
        );
    }
    openMask() {
        location.href = "lsbox://mask?toggle=1"; // 通知App
    }
}

以上執(zhí)行了location.href = "lsbox://mask?toggle=1"來通知App打開遮罩層

• lsbox：前端和客戶端統(tǒng)一定義鏈接跳轉(zhuǎn)的協(xié)議(喜歡怎樣定義協(xié)議都行)
• mask：App需要執(zhí)行的動作(喜歡怎樣定義動作都行)
• toggle=1：動作執(zhí)行參數(shù)(自定義參數(shù)，用于告知App怎樣做)

如果同步觸發(fā)兩個或以上的location.href(下一個location.href接著上一個location.href)，App可能只會接收到一個location.href發(fā)出的通知，所以需要對下一個location.href使用setTimeout設置通知時間間隔(可使用Async/Await封裝優(yōu)化)：

location.href = "lsbox://toast?msg=one";
setTimeout(() => {
    location.href = "lsbox://toast?msg=two";
    setTimeout(() => {
        location.href = "lsbox://toast?msg=three";
    }, 100);
}, 100);

客戶端通知前端

注入一些全局方法，App Webview直接操作全局方法來控制H5頁面，使用window.handleFunc = function() {}這樣的形式來定義注入的方法。

import React, { Component } from "react";

export default class App extends Component {
    constructor(props) {
        super(props);
        this.state = {
            list: [0, 1, 2, 3, 4]
        };
    }
    componentDidMount() {
        window.addNum = this.addNum.bind(this); // 暴露方法給App
    }
    render() {
        return (
            <div className="app">
                <ul>{this.state.list.map(v => <li key={v}>{v}</li>)}</ul>
            </div>;
        );
    }
    addNum(num) {
        this.setState(prevState => ({
            list: prevState.list.concat(num);
        }));
    }
}

以上在組件加載完成后通過window.addNum = this.addNum.bind(this)將指定方法全局暴露到window上，App Webview可直接操作這些方法來控制H5頁面。

結(jié)語

寫到最后總結(jié)得差不多了，后續(xù)如果我想起還有哪些H5與App的通訊方式遺漏的，會繼續(xù)在這篇文章上補全，同時也希望各位朋友對文章里的要點進行補充或者提出自己的見解。

那么到這邊我們的“在前端html5中和App的通訊方式情況詳解！”這個方面相關內(nèi)容的分享就到這邊了，希望對大家的學習有所幫助，有喜歡的小伙伴也可以在W3Cschool進行學習和了解相關知識。