目前市(shì)面上(shàng)小(xiǎo)程序端越來(lái)越∞ 多(duō)，跨平台開(kāi)發框架逐漸成為γ±→(wèi)開(kāi)發小(xiǎo)程↑γ♥序的(de)主流。目前跨平台開(kāi)發有(yǒu)較多(duō)的(de↔←<)開(kāi)源解決方案。這(zhè)些(xiē)框架幫®•←我們解決了(le)一(yī)處開(kāi)發，多(duō)處運行(₩​ε€xíng)的(de)難點。但(dàn)是(shì)在複雜(zá)的≠λ€★(de)業(yè)務場(chǎng)景中，最終落地(dì)∞∞>也(yě)存在著(zhe)許多(duō)困難，需&↕要(yào)自(zì)己解決。

一(yī)處開(kāi)發多(duō)處運行γ♠↔↕(xíng)的(de)難題

作(zuò)為(wèi)業(yè)務方，我們希望業(yè)務代碼也₩♥♣ε(yě)可(kě)以一(yī)處開(kāi)發≠↔，到(dào)處運行(xíng)。方案設計(jì)之時(α¶♠shí)，我們的(de)目标便是(shì)業(yè)務代碼在同一(yī)倉庫管 •>÷理(lǐ)，同時(shí)方案具備較大(dà)的(deπ¶★)靈活性以适配各種環境。

在上(shàng)述的(de)背景下(xià)，實際開(kāi)發中會(huì)遇到(dào)≤σ↔如(rú)下(xià)困難：

a) 各個(gè)小(xiǎo)程序歸屬的(de)開(kāi)發團隊不(✔☆bù)一(yī)樣，使用(yòng)的(de)開(kāi)發方案也(yě)不(bù)一(yī)γ±≠樣，有(yǒu)原生(shēng)開(kāi)發、wepy、Taro、m&÷♥pvue等，意味著(zhe)在源碼層面是(shì)難以進行(xíng &)協作(zuò)開(kāi)發的(de)；

b) 業(yè)務方與平台方之間(jiān)是(shì)跨團隊協作(z↑ ≠uò)，需要(yào)盡量減少(shǎo)耦合，提高(gāo)協作(zuò"♣ ≈)效率，同時(shí)避免相(xiàng)互影(yǐng)響；

c) 需要(yào)具備在各個(gè)小(xiǎo)程序環境中的(de)差異化(huà)開姧(kāi)發方案；

d) 所有(yǒu)業(yè)務代碼同一(yī)地(dì)方管理(lǐ)，意味著(Ω±→♦zhe)會(huì)有(yǒu)不(bù)必要(yào)的(de)代碼，需要(yλα☆€ào)有(yǒu)機(jī)制(zhì)保障最終的(de)打包結果大(dà)小(xiǎ≈©¶o)是(shì)最優的(de)；

e) 在不(bù)同平台小(xiǎo)程序中，會(huì)依賴他(tā)們各自(zì)提供的(₹¥™‌de)基礎能(néng)力，比如(rú)賬戶體(tǐ)系，消息等，這(zhè)部分(f♥∏ēn)在各平台小(xiǎo)程序中也(yě)存在著(zhe)一(yī)定差異↕σ¥性；

f) 在不(bù)同場(chǎng)景下(xià)需要(yào)具備✔'不(bù)同的(de)接入方案，支持微(≤≤λwēi)信插件(jiàn)方式接入平台小(xi↑₽ǎo)程序，也(yě)要(yào)支持業(yèδ÷→)務分(fēn)包方式接入平台小(xiǎo)程序。