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

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

前言

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

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

優(yōu)缺點

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

優(yōu)點

• H5頁面交由前端進行開發(fā)，頁面模塊之間分開開發(fā)和維護，有效減少App的開發(fā)周期
• H5頁面不受限于應(yīng)用商店繁瑣的審核流程和冗長的等待時間，新增頁面和功能、修復(fù)缺陷都可隨時部署到線上
• H5頁面在有需要時才加載，減小App打包后的大小，縮短App在應(yīng)用商店下載的時間和減少本地占用手機的空間
• H5頁面接入App Webview中，不再受限于瀏覽器，可通過與App交互調(diào)用設(shè)備更多底層的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ā)的同學(xué)了解下。通訊方式有如下兩種，都是使用JS代碼來完成，兼容性還是挺不錯的。

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

前端通知客戶端

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

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設(shè)置通知時間間隔(可使用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的通訊方式情況詳解！”這個方面相關(guān)內(nèi)容的分享就到這邊了，希望對大家的學(xué)習(xí)有所幫助，有喜歡的小伙伴也可以在W3Cschool進行學(xué)習(xí)和了解相關(guān)知識。