目前市(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ǎn‌∞g)景中，最終落地(dì)也(yě)存在著(zhe¥•)許多(duō)困難，需要(yào)自(zì)己解決。

一(yī)處開(kāi)發多(duō)處運行(xínφ★'γg)的(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、mpvue等，意味著(zhe)在€÷ 源碼層面是(shì)難以進行(xíng)協作(zuò)開(kāi)發的(d± &↔e)；

b) 業(yè)務方與平台方之間(jiān)是(shì)跨團隊協作(zuò)，←£λ需要(yào)盡量減少(shǎo)耦合，×★₹提高(gāo)協作(zuò)效率，同時(shí)避免相(xiàn≤βg)互影(yǐng)響；

c) 需要(yào)具備在各個(gè)小(xiǎo)程序環境中的(d∑≤e)差異化(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)在各平台小(xα∑☆iǎ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)程序。