作者 | 移動(dòng)Team景生善

整理 | 包包

背景

動(dòng)態(tài)化作為移動(dòng)端的一個(gè)重要技術(shù)分支，一直是大家積極探索的方向。目前移動(dòng)端流行的動(dòng)態(tài)化方案有，F(xiàn)acebook的React Native，阿里的Weex，它們都是采用了JavaScript與Native之間的橋接，使JavaScript開發(fā)的App擁有近似于原生應(yīng)用的性能。

其他的一些動(dòng)態(tài)化方案，像歷史悠久的WaxPatch動(dòng)態(tài)化方案，已經(jīng)被App Store禁止的JSPatch，阿里的LuaView，騰訊的OCS，滴滴的DynamicCocoa。

但是Facebook的React Native和阿里的Weex接入以后會(huì)顯著增加App包的大小，還有環(huán)境搭建問題，不適合SDK的開發(fā)，只適合App開發(fā)。

通過對比幾種動(dòng)態(tài)化方案，最后選擇阿里的LuaView方案來實(shí)現(xiàn)平臺(tái)的SDK。LuaView是由lua與Native控件之間的橋接來實(shí)現(xiàn)的，相對于其他解決方案來說，是一個(gè)輕量級(jí)的解決方案。而且Lua語言可擴(kuò)展性強(qiáng)、簡單、高效、占用體積小、啟動(dòng)速度快、學(xué)習(xí)簡單等諸多優(yōu)勢，有著許多成功案例，是動(dòng)態(tài)化方案首選。

LuaView設(shè)計(jì)原則

LuaView以UI視圖構(gòu)建能力為基礎(chǔ)，實(shí)現(xiàn)了原生Native UI橋接到Lua Api，使用Lua腳本語言開發(fā)應(yīng)用功能，同時(shí)能夠達(dá)到原生應(yīng)用的性能和效果。

LuaView SDK整體架構(gòu)（注：圖片來自于《LuaView：基于Lua的移動(dòng)端跨平臺(tái)動(dòng)態(tài)化方案》）

如圖，LuaView SDK的整體架構(gòu)可以表示為五層。

第一、二層依次是OS層和Framework層，分別代表了Android、iOS以及對應(yīng)的系統(tǒng)框架層。

第三層有Lua虛擬機(jī)，腳本管理模塊和安全控制模塊。Android使用的是LuaJ虛擬機(jī)，iOS使用的是LuaC虛擬機(jī)，這兩個(gè)虛擬機(jī)都是目前兩種語言中用的最廣泛，最穩(wěn)定的虛擬機(jī)。腳本管理模塊負(fù)責(zé)Lua腳本的管理，包括腳本的解包、驗(yàn)證、加解密、解壓縮等工作。安全控制模塊負(fù)責(zé)Lua腳本的安全校驗(yàn)工作，包括腳本完整性校驗(yàn)和腳本安全校驗(yàn)等。

第四層是LuaView的核心Lib庫，包括Lua UI Lib（主要是所有的UI組件，如View、Button、Label、Image等）和Lua Non-UI Lib（主要包括Network、Json、Gesture）。

最上層是Lua業(yè)務(wù)腳本以及Lua層的lib庫。

LuaView的兩個(gè)重要的設(shè)計(jì)原則

兩端一致性

LuaView的一條重要設(shè)計(jì)原則就是iOS和Android兩端邏輯只寫一份代碼，API設(shè)計(jì)的時(shí)候考慮了兩端的共性，對于兩端不同的地方，則由Native部分實(shí)現(xiàn)?，F(xiàn)在，LuaView SDK中Lua API基本完成兩端接口的統(tǒng)一，保證API一致性，同一份腳本在兩端運(yùn)行的結(jié)果也是相同的。

（注：圖片來自于《LuaView：基于Lua的移動(dòng)端跨平臺(tái)動(dòng)態(tài)化方案》）

簡單易用

LuaView的另一個(gè)設(shè)計(jì)原則是保持Lua語言的簡單和易用。在核心UI庫上，所有的API做到精簡，盡量使用腳本實(shí)現(xiàn)避免使用Native實(shí)現(xiàn)。所有API使用Lua原生語法，并且兩端的接口保持一致風(fēng)格，方便開發(fā)。

OSLua

OSLua是一款針對視頻的互動(dòng)娛樂的SDK，添加到視頻系統(tǒng)中，給視頻賦能，既可以增加視頻的收入，也可以增加視頻的娛樂性。OSLua SDK是在LuaView SDK的基礎(chǔ)上，擴(kuò)展了VP UI和VP Non-UI，以及添加了視頻互動(dòng)娛樂模塊。OSLua使用LuaView的動(dòng)態(tài)化，可以動(dòng)態(tài)的添加新的互動(dòng)娛樂模塊，以及修改現(xiàn)有的互動(dòng)娛樂模塊。

OSLua整體架構(gòu)

OSLua首先會(huì)對比本地版本和服務(wù)器版本，若是兩個(gè)版本不一致，將服務(wù)器版本更新到本地，并寫入本地文件Cache中。在系統(tǒng)運(yùn)行互動(dòng)娛樂模塊時(shí)，LuaCore按照模板的文件名，在文件Cache中查找，找到腳本文件以后，即可加載運(yùn)行腳本文件，展示具體的互動(dòng)類型。具體的流程如下：

OSLua運(yùn)行流程

模板

OSLua中所有互動(dòng)娛樂模塊，如云圖、中插、氣泡、投票等，都是采用統(tǒng)一的策略，將模板的共有屬性抽像為相同的參數(shù)，差異化的內(nèi)容，則在模板中自己處理。這樣客戶端收到投遞的廣告時(shí)，將統(tǒng)一處理模板數(shù)據(jù)，按照模板數(shù)據(jù)時(shí)間，展示模板，控制模板展示的頻次，在這個(gè)階段系統(tǒng)并不知道處理的是哪個(gè)模板。模板展示時(shí)，根據(jù)模板數(shù)據(jù)展示具體的模板效果，所有的差異化的內(nèi)容都在這個(gè)階段處理。同時(shí)，將模板中的各種事件，如展示、點(diǎn)擊、關(guān)閉等，還有需要對接平臺(tái)處理的操作，抽象為統(tǒng)一的參數(shù)，這樣所有的模板都有一樣的事件處理機(jī)制。以上的這些特性，可以極大的增加系統(tǒng)的擴(kuò)展性，如果系統(tǒng)需要新的模板，只需要按照上面的策略，統(tǒng)一添加投遞和事件處理的參數(shù)，實(shí)現(xiàn)特異化的內(nèi)容，就可以添加到系統(tǒng)中了。

OSLua模板參數(shù)

后續(xù)

OS Lua還在不斷完善，豐富Native到Lua的橋接，以及增加新的互動(dòng)娛樂模板，最終將會(huì)發(fā)展為一個(gè)性能穩(wěn)定，功能豐富的視頻增值SDK。

參考

1. LuaView：基于Lua的移動(dòng)端跨平臺(tái)動(dòng)態(tài)化方案

2. React Native中文網(wǎng)

3. Weex

4. OCS ——史上最瘋狂的iOS 動(dòng)態(tài)化方案

5. 滴滴iOS 動(dòng)態(tài)化方案DynamicCocoa 的誕生與起航