React Native 分析(六)如何整合進現(xiàn)有 app

RN 的機制就是所有代碼苗傅,包括底層代碼和業(yè)務代碼诽表,默認都打成一個 bundle 包
這個 bundle 包就會面臨著加載速度的問題胰挑。
下載速度也是問題,沒壓縮500多 k杠纵,壓縮100多荠耽,還是不包含業(yè)務代碼的情況下。
命令行打包工具支持 unbundle比藻,但是 iOS 還是一個大 bundle铝量,因為 iOS 加載多個小文件速率有問題倘屹。
優(yōu)化有兩個方向
一、拆分 js 模塊慢叨,拆分出通用底層模塊和業(yè)務模塊纽匙,底層模塊預先加載。
問題:
如果每個業(yè)務創(chuàng)建一個 js 引擎插爹,那么就會創(chuàng)建多個 js 引擎哄辣,那么就會面臨著內存占用多的問題。

二赠尾、復用 js 引擎
js 執(zhí)行引擎只是一種通信機制力穗,因此其實一個就夠了,可以想辦法復用起來气嫁。
第一步就是把 init rootview 和 init bridge 拆分当窗,也就是把引擎和界面拆分。
輸入了JSBundle以后寸宵,整個JS環(huán)境就已經(jīng)完全配置完畢崖面,ready就位了,但是并不會真正開始繪制界面梯影。

我們的 app巫员,現(xiàn)有狀況決定了不可能以單一RCTRootView去實現(xiàn)整個APP功能,注定了大部分保留現(xiàn)有native和 h5混搭功能甲棍,個別動態(tài)性較強的新功能又追求性能的情況下可以采用ReactNative去開發(fā)
所以打算采用的是多RCTRootView得方式简识,創(chuàng)建一個RNViewController類,這個類內部有一個RCTRootView當做界面感猛,但是整個RNViewController被當做其他natve的UIViewControler一樣七扰,去push,去present陪白,去pop
可以讓所有的RCTRootView共享同一個RCTBridge颈走,整個RCTBridge的初始化流程還是相當?shù)膹碗s,挺耗性能的咱士,既然是一個JS環(huán)境立由,干脆所有的RootView用同一個RCTBridge
在app啟動的時候,就創(chuàng)建初始化整個JS環(huán)境RCTBridge序厉,等到用戶要點擊彈出RN頁面的時候锐膜,再去構建RCTRootView,使用initWithBridge的方式脂矫。

創(chuàng)建RCTRootView的時候如果bridge已經(jīng)搭建完畢,JS環(huán)境已經(jīng)就位霉晕,那么就會直接出發(fā)bundleFinishedLoading庭再,如果JS環(huán)境沒有就位捞奕,那么就會等待JS環(huán)境運行完畢Ready后,通過通知觸發(fā)bundleFinishedLoading拄轻。

- (void)bundleFinishedLoading:(RCTBridge *)bridge
{
...
  [_contentView removeFromSuperview];
  _contentView = [[RCTRootContentView alloc] initWithFrame:self.bounds
                                                    bridge:bridge
                                                  reactTag:self.reactTag
                                            sizeFlexiblity:_sizeFlexibility];
  [self runApplication:bridge];

  _contentView.backgroundColor = self.backgroundColor;
  _contentView.passThroughTouches = _passThroughTouches;
  [self insertSubview:_contentView atIndex:0];
...
}

本質上 Bridge只是通信機制颅围,那么如何標明這個請求來自哪個 rootview 呢?通信機制只包含了調用方法的必要信息恨搓,缺乏上下文信息院促。
一般來說,一個 rootview 代表了一個模塊斧抱,缺乏上下文信息也能正常使用常拓。但一些情況下,就是識別這個請求發(fā)自哪個 rootview 了辉浦。
可以在JS調用前弄抬,可以通過findNodeHandle(this)._hostContainerInfo._tag 找到component所在的rootViewTag,把這個tag隨著API的參數(shù)一起發(fā)過來宪郊,然后直接通過RCTBridge.uimanager的方法獲取RCTUIManager掂恕,從而查找整個_viewRegistry[tag]表,識別JSCall來自哪個RootView弛槐。

關于集成效果懊亡,可以去應用市場搜索我們開發(fā)的應用“樂車邦”來體驗RN 的感覺。

好了乎串,這系列文章算是告一個段落了店枣,各位看官過癮了沒?

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末灌闺,一起剝皮案震驚了整個濱河市艰争,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌桂对,老刑警劉巖甩卓,帶你破解...
    沈念sama閱讀 217,406評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異蕉斜,居然都是意外死亡逾柿,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,732評論 3 393
  • 文/潘曉璐 我一進店門宅此,熙熙樓的掌柜王于貴愁眉苦臉地迎上來机错,“玉大人,你說我怎么就攤上這事父腕∪醴耍” “怎么了?”我有些...
    開封第一講書人閱讀 163,711評論 0 353
  • 文/不壞的土叔 我叫張陵璧亮,是天一觀的道長萧诫。 經(jīng)常有香客問我斥难,道長,這世上最難降的妖魔是什么帘饶? 我笑而不...
    開封第一講書人閱讀 58,380評論 1 293
  • 正文 為了忘掉前任哑诊,我火速辦了婚禮,結果婚禮上及刻,老公的妹妹穿的比我還像新娘镀裤。我一直安慰自己,他們只是感情好缴饭,可當我...
    茶點故事閱讀 67,432評論 6 392
  • 文/花漫 我一把揭開白布暑劝。 她就那樣靜靜地躺著,像睡著了一般茴扁。 火紅的嫁衣襯著肌膚如雪铃岔。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,301評論 1 301
  • 那天峭火,我揣著相機與錄音毁习,去河邊找鬼。 笑死卖丸,一個胖子當著我的面吹牛纺且,可吹牛的內容都是我干的。 我是一名探鬼主播稍浆,決...
    沈念sama閱讀 40,145評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼载碌,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了衅枫?” 一聲冷哼從身側響起嫁艇,我...
    開封第一講書人閱讀 39,008評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎弦撩,沒想到半個月后步咪,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,443評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡益楼,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,649評論 3 334
  • 正文 我和宋清朗相戀三年猾漫,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片感凤。...
    茶點故事閱讀 39,795評論 1 347
  • 序言:一個原本活蹦亂跳的男人離奇死亡悯周,死狀恐怖,靈堂內的尸體忽然破棺而出陪竿,到底是詐尸還是另有隱情禽翼,我是刑警寧澤,帶...
    沈念sama閱讀 35,501評論 5 345
  • 正文 年R本政府宣布,位于F島的核電站闰挡,受9級特大地震影響仇矾,放射性物質發(fā)生泄漏。R本人自食惡果不足惜解总,卻給世界環(huán)境...
    茶點故事閱讀 41,119評論 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望姐仅。 院中可真熱鬧花枫,春花似錦、人聲如沸掏膏。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,731評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽馒疹。三九已至佳簸,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間颖变,已是汗流浹背生均。 一陣腳步聲響...
    開封第一講書人閱讀 32,865評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留腥刹,地道東北人马胧。 一個月前我還...
    沈念sama閱讀 47,899評論 2 370
  • 正文 我出身青樓,卻偏偏與公主長得像衔峰,于是被迫代替她去往敵國和親佩脊。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 44,724評論 2 354

推薦閱讀更多精彩內容