欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

多平臺融合的路由方法和裝置與流程

文檔序號:12887181閱讀:369來源:國知局
多平臺融合的路由方法和裝置與流程

本發(fā)明涉及計算機(jī)技術(shù)領(lǐng)域,尤其涉及一種多平臺融合的路由方法和裝置。



背景技術(shù):

reactnative是facebook公司推出的一種基于javascript的開源框架。reactnative結(jié)合了web應(yīng)用和native應(yīng)用的優(yōu)勢,可以使用javascript來開發(fā)ios和android原生應(yīng)用,以及在javascript中用react抽象操作系統(tǒng)原生的ui(用戶界面)組件,代替dom(文檔對象模型)元素來渲染等。

reactnative可以在ios、android上共用,reactjs是為開發(fā)html5準(zhǔn)備的。由于reactnative和reactjs的語法很像,因此在這個基礎(chǔ)上,國內(nèi)公司推出了將reactnativeios、reactnativeandroid應(yīng)用轉(zhuǎn)為web應(yīng)用的框架,比如reactweb框架。簡單來說,reactweb就是把reactnative的組件做了一個web端的實現(xiàn),并提供相關(guān)打包工具,從而使開發(fā)者可以直接打包出一份可以跑在web端的代碼。

然而,本發(fā)明的發(fā)明人發(fā)現(xiàn),現(xiàn)有技術(shù)如reactweb框架,其只能實現(xiàn)reactnative應(yīng)用與web應(yīng)用之間的頁面轉(zhuǎn)換,無法實現(xiàn)路由的轉(zhuǎn)換。也就是說,reactweb框架無法解決reactnative應(yīng)用與web應(yīng)用上頁面跳轉(zhuǎn)的轉(zhuǎn)換的問題。



技術(shù)實現(xiàn)要素:

有鑒于此,本發(fā)明實施例提供一種多平臺融合的路由方法和裝置,以令reactweb框架下轉(zhuǎn)換生成的reactnative應(yīng)用能實現(xiàn)路由功能,進(jìn)而為開發(fā)者提供一套統(tǒng)一的、多平臺融合的路由方案。

為實現(xiàn)上述目的,根據(jù)本發(fā)明的一個方面,提供了一種多平臺融合的路由方法。

本發(fā)明實施例的多平臺融合的路由方法包括:攔截reactnative應(yīng)用的頁面跳轉(zhuǎn);通過接口函數(shù)調(diào)用瀏覽器引擎,獲取新頁面的跳轉(zhuǎn)鏈接url;根據(jù)預(yù)先存儲的reactnative的url與頁面布局模塊對應(yīng)關(guān)系,獲取與所述新頁面的跳轉(zhuǎn)鏈接url匹配的頁面布局模塊;通過原生函數(shù)加載所述匹配的頁面布局模塊;其中,所述reactnative應(yīng)用是由web應(yīng)用轉(zhuǎn)換成的。

可選地,所述攔截reactnative應(yīng)用的頁面跳轉(zhuǎn)為:通過鉤子函數(shù)攔截頁面跳轉(zhuǎn)。

可選地,所述獲取新頁面的跳轉(zhuǎn)鏈接url為:通過瀏覽器引擎中的shouldoverrideurlloading函數(shù)獲取新頁面的跳轉(zhuǎn)鏈接url。

可選地,所述通過原生函數(shù)加載所述匹配的頁面布局模塊為:通過startnewpage函數(shù)加載所述匹配的頁面布局模塊。

為實現(xiàn)上述目的,根據(jù)本發(fā)明的另一方面,提供了一種多平臺融合的路由裝置。

本發(fā)明實施例的多平臺融合的路由裝置包括:攔截模塊,用于攔截reactnative應(yīng)用的頁面跳轉(zhuǎn);獲取模塊,用于通過接口函數(shù)調(diào)用瀏覽器引擎,獲取新頁面的跳轉(zhuǎn)鏈接url;匹配模塊,用于根據(jù)預(yù)先存儲的reactnative的url與頁面布局模塊對應(yīng)關(guān)系,獲取與所述新頁面的跳轉(zhuǎn)鏈接url匹配的頁面布局模塊;加載模塊,用于通過原生函數(shù)加載所述匹配的頁面布局模塊;其中,所述reactnative應(yīng)用是由web應(yīng)用轉(zhuǎn)換成的。

可選地,所述攔截模塊攔截reactnative應(yīng)用的頁面跳轉(zhuǎn)為:通過鉤子函數(shù)攔截頁面跳轉(zhuǎn)。

可選地,所述獲取模塊獲取新頁面的跳轉(zhuǎn)鏈接url為:通過瀏覽器引擎中的shouldoverrideurlloading函數(shù)獲取新頁面的跳轉(zhuǎn)鏈接url。

可選地,所述加載模塊通過原生函數(shù)加載所述匹配的頁面布局模塊為:通過startnewpage函數(shù)加載所述匹配的頁面布局模塊。

為實現(xiàn)上述目的,根據(jù)本發(fā)明的再一方面,提供了一種電子設(shè)備。

本發(fā)明實施例的電子設(shè)備包括:一個或多個處理器;以及,存儲器,用于存儲一個或多個程序;當(dāng)所述一個或多個程序被所述一個或多個處理器執(zhí)行,使得所述一個或多個處理器實現(xiàn)本發(fā)明所提供的多平臺融合的路由方法。

為實現(xiàn)上述目的,根據(jù)本發(fā)明的再一方面,提供了一種計算機(jī)可讀介質(zhì)。

本發(fā)明實施例的一種計算機(jī)可讀介質(zhì),其上存儲有計算機(jī)程序,所述程序被處理器執(zhí)行時實現(xiàn)本發(fā)明實施例的多平臺融合的路由方法。

根據(jù)本發(fā)明的技術(shù)方案,上述發(fā)明中的一個實施例具有如下優(yōu)點或有益效果:通過攔截reactnative應(yīng)用的頁面跳轉(zhuǎn),轉(zhuǎn)而調(diào)用瀏覽器引擎、獲取跳轉(zhuǎn)鏈接、獲取與跳轉(zhuǎn)鏈接匹配的布局模塊并加載等操作實現(xiàn)了reactnative應(yīng)用的路由功能,有效解決了現(xiàn)有技術(shù)中將web應(yīng)用轉(zhuǎn)換成reactnative應(yīng)用后,由于路由方案沒進(jìn)行轉(zhuǎn)換,導(dǎo)致頁面無法正常跳轉(zhuǎn)的問題。進(jìn)一步的,由于在轉(zhuǎn)換后的reactnative應(yīng)用中采用了與瀏覽器頁面跳轉(zhuǎn)類似的路由方法,從而為開發(fā)者提供了一套統(tǒng)一的、android、ios、web三端融合的路由方案。

上述的非慣用的可選方式所具有的進(jìn)一步效果將在下文中結(jié)合具體實施方式加以說明。

附圖說明

附圖用于更好地理解本發(fā)明,不構(gòu)成對本發(fā)明的不當(dāng)限定。其中:

圖1是根據(jù)本發(fā)明實施例的多平臺融合的路由方法的主要步驟示意圖;

圖2是根據(jù)本發(fā)明實施例的多平臺融合的路由方法的流程示意圖;

圖3是根據(jù)本發(fā)明實施例的多平臺融合的路由裝置的組成示意圖;

圖4是用于實現(xiàn)本發(fā)明實施例的電子設(shè)備的計算機(jī)系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

以下結(jié)合附圖對本發(fā)明的示范性實施例做出說明,其中包括本發(fā)明實施例的各種細(xì)節(jié)以助于理解,應(yīng)當(dāng)將它們認(rèn)為僅僅是示范性的。因此,本領(lǐng)域普通技術(shù)人員應(yīng)當(dāng)認(rèn)識到,可以對這里描述的實施例做出各種改變和修改,而不會背離本發(fā)明的范圍和精神。同樣,為了清楚和簡明,以下的描述中省略了對公知功能和結(jié)構(gòu)的描述。

現(xiàn)有技術(shù)如reactweb框架只能完成reactnative應(yīng)用到web應(yīng)用的頁面轉(zhuǎn)換,而無法解決reactnative應(yīng)用到web應(yīng)用的路由轉(zhuǎn)換,因而導(dǎo)致轉(zhuǎn)換后的reactnative應(yīng)用的路由功能不可用,無法實現(xiàn)頁面跳轉(zhuǎn)。本發(fā)明的發(fā)明人發(fā)現(xiàn),這一問題主要是由于reactnative與web路由功能的實現(xiàn)方式不同導(dǎo)致的。具體來說,reactnative中的路由功能是基于原生方案實現(xiàn)的:在內(nèi)存里有一個頁面棧結(jié)構(gòu),用戶按返回可以銷毀當(dāng)前頁面,退回之前的棧頂;而web的路由功能是基于瀏覽器實現(xiàn)的,瀏覽器是無狀態(tài)的,不會保存上一個頁面。故而,對于reactweb框架轉(zhuǎn)換成的reactnative應(yīng)用,由于里面的路由方案還是web的瀏覽器跳轉(zhuǎn)方式,導(dǎo)致路由功能不可用。

為了克服現(xiàn)有技術(shù)的缺陷,本發(fā)明提供了一種多平臺融合的路由方法。圖1是本發(fā)明實施例的多平臺融合的路由方法的主要步驟示意圖。如圖1所示,本發(fā)明實施例的多平臺融合的路由方法的主要步驟如下:

步驟s1、攔截reactnative應(yīng)用的頁面跳轉(zhuǎn)方法。其中,所述reactnative應(yīng)用是由web應(yīng)用轉(zhuǎn)換成的。例如,所述reactnative應(yīng)用可以是在reactweb框架中由web應(yīng)用轉(zhuǎn)換成的。由于reactweb框架只能實現(xiàn)web應(yīng)用與reactnative應(yīng)用的頁面轉(zhuǎn)換,無法實現(xiàn)路由的轉(zhuǎn)換,因此轉(zhuǎn)換后的reactnative應(yīng)用中的頁面跳轉(zhuǎn)方法仍然是web中的路由方案。但是,該路由方案在reactnative應(yīng)用上是無法工作的。為了實現(xiàn)路由功能,本發(fā)明的發(fā)明人想到:在具體實施時,可以通過鉤子函數(shù)攔截reactnative應(yīng)用的頁面跳轉(zhuǎn)方法,再執(zhí)行步驟s2至步驟s4中的處理過程。

步驟s2、通過接口函數(shù)調(diào)用瀏覽器引擎,獲取新頁面的跳轉(zhuǎn)鏈接url。在該步驟中,reactnative應(yīng)用可通過調(diào)用操作系統(tǒng)自帶的瀏覽器引擎的接口函數(shù)啟動瀏覽器引擎,并通過瀏覽器引擎自帶的函數(shù)獲取新頁面的跳轉(zhuǎn)鏈接url。

步驟s3、根據(jù)預(yù)先存儲的reactnative的url與頁面布局模塊對應(yīng)關(guān)系,獲取與所述新頁面的跳轉(zhuǎn)鏈接url匹配的頁面布局模塊。

步驟s4、通過原生函數(shù)加載所述匹配的頁面布局模塊。

在本發(fā)明實施例中,通過攔截轉(zhuǎn)換后的reactnative應(yīng)用中的頁面跳轉(zhuǎn)方法,并轉(zhuǎn)而執(zhí)行以下處理過程,包括:通過接口函數(shù)調(diào)用瀏覽器引擎、獲取新頁面的跳轉(zhuǎn)鏈接,根據(jù)url與頁面布局模塊對應(yīng)關(guān)系,獲取與新頁面的跳轉(zhuǎn)鏈接匹配的布局模塊,通過原生函數(shù)加載該匹配的布局模塊。通過以上步驟,使得轉(zhuǎn)換后的reactnative應(yīng)用實現(xiàn)了路由功能,有效解決了現(xiàn)有技術(shù)中將web應(yīng)用轉(zhuǎn)換成reactnative應(yīng)用后,由于路由方案沒進(jìn)行轉(zhuǎn)換,導(dǎo)致頁面無法正常跳轉(zhuǎn)的問題。進(jìn)一步的,由于在轉(zhuǎn)換后的reactnative應(yīng)用中采用了與web應(yīng)用中的瀏覽器頁面跳轉(zhuǎn)類似的路由方法,從而為開發(fā)者提供了一套統(tǒng)一的、三端融合的路由方案。

圖2是本發(fā)明實施例的多平臺融合的路由方法的流程示意圖。如圖2所示,本發(fā)明實施例的多平臺融合的路由方法的流程如下:

a1、判斷是否是reactnative應(yīng)用。在該步驟中,可通過reactnative中的os.getplatform函數(shù)獲取當(dāng)前的平臺,進(jìn)而判斷是否是reactnative應(yīng)用。如果是reactnative應(yīng)用,則進(jìn)入步驟a2。可理解的是,只要不影響本發(fā)明的實施,也可采取其他方式判斷是否是reactnative應(yīng)用。

a2、通過鉤子函數(shù)攔截reactnative應(yīng)用的頁面跳轉(zhuǎn)方法。由于reactweb框架下轉(zhuǎn)換成的reactnative應(yīng)用只進(jìn)行了頁面轉(zhuǎn)換,沒有進(jìn)行路由轉(zhuǎn)換,因此,準(zhǔn)確地說,所述reactnative應(yīng)用的頁面跳轉(zhuǎn)方法是來自web應(yīng)用中的頁面跳轉(zhuǎn)方法,比如,gourl這一頁面跳轉(zhuǎn)方法。但是,這一來自web應(yīng)用的頁面跳轉(zhuǎn)方法在reactnative上是不工作的。鑒于此,本發(fā)明的發(fā)明人想到,可以在頁面跳轉(zhuǎn)方法,如gourl方法中,加入一個鉤子函數(shù),從而可以鉤住該事件,并執(zhí)行步驟a3至a6的處理流程。需指出的是,在計算機(jī)領(lǐng)域,鉤子實際上是一個處理消息的程序段,通過系統(tǒng)調(diào)用可以把它掛入系統(tǒng)。鉤子,用于在事件傳送到終點前截獲并監(jiān)控事件的傳輸,并且在鉤上事件時可處理一些特定的事件。

a3、通過接口函數(shù)調(diào)用瀏覽器引擎。

a4、通過shouldoverrideurlloading函數(shù)獲取新頁面的跳轉(zhuǎn)鏈接。應(yīng)理解的是,只要不影響本發(fā)明的實施,除了shouldoverrideurlloading函數(shù)以外,也可采用其他能夠獲取跳轉(zhuǎn)鏈接的函數(shù)。

a5、根據(jù)預(yù)先存儲的reactnative的url與頁面布局模塊對應(yīng)關(guān)系,獲取與所述新頁面的跳轉(zhuǎn)鏈接url匹配的頁面布局模塊。

a6、通過startnewpage函數(shù)加載所述匹配的頁面布局模塊。在該步驟中,還可通過android中的startactivityforresult函數(shù)加載所述匹配的頁面布局模塊。應(yīng)理解的是,只要不影響本發(fā)明的實施,除了startnewpage函數(shù)以外,也可采用其他能夠加載新頁面的原生函數(shù)。

在本發(fā)明實施例中,通過以上處理流程能夠使轉(zhuǎn)換后的reactnative應(yīng)用實現(xiàn)路由功能。進(jìn)一步的,由于采用與web應(yīng)用類似的鏈接跳轉(zhuǎn)方式,使得reactnative應(yīng)用與web應(yīng)用的路由方法得到了統(tǒng)一,進(jìn)而為開發(fā)者提供了一套統(tǒng)一的、android、ios、web三端融合的路由方案。

圖3是根據(jù)本發(fā)明實施例多平臺融合的路由裝置的組成示意圖。如圖3所示,本發(fā)明實施例的多平臺融合的路由裝置主要包括以下模塊:

攔截模塊301,用于攔截reactnative應(yīng)用的頁面跳轉(zhuǎn)方法。其中,所述reactnative應(yīng)用是由web應(yīng)用轉(zhuǎn)換成的。比如,所述reactnative應(yīng)用可以是在reactweb框架中由web應(yīng)用轉(zhuǎn)換成的,比如,gourl這一頁面跳轉(zhuǎn)方法。其中,攔截模塊301攔截頁面跳轉(zhuǎn)方法包括:通過鉤子函數(shù)攔截頁面跳轉(zhuǎn)方法。比如,可以在gourl這一頁面跳轉(zhuǎn)方法中加入一個鉤子函數(shù),從而可以鉤住該事件,以便于獲取模塊302、匹配模塊303、加載模塊304執(zhí)行相應(yīng)操作。

獲取模塊302,用于通過接口函數(shù)調(diào)用瀏覽器引擎,獲取新頁面的跳轉(zhuǎn)鏈接url。其中,獲取模塊302在啟動瀏覽器引擎之后,可基于瀏覽器引擎自帶的shouldoverrideurlloading函數(shù)獲取新頁面的跳轉(zhuǎn)鏈接。應(yīng)理解的是,除了shouldoverrideurlloading函數(shù)以外,獲取模塊302還可采用其他能夠獲取跳轉(zhuǎn)鏈接的函數(shù)。

匹配模塊303,用于根據(jù)預(yù)先存儲的reactnative的url與頁面布局模塊對應(yīng)關(guān)系,獲取與所述新頁面的跳轉(zhuǎn)鏈接url匹配的頁面布局模塊。

加載模塊304,用于通過原生函數(shù)加載所述匹配的頁面布局模塊。其中,加載模塊304可通過startnewpage函數(shù)加載所述匹配的頁面布局模塊。或者,加載模塊304可通過android中的startactivityforresult函數(shù)加載所述匹配的頁面布局模塊。應(yīng)理解的是,加載模塊304還可采用其他能夠加載新頁面的原生函數(shù)。

在本發(fā)明實施例中,通過攔截模塊攔截轉(zhuǎn)換后的reactnative應(yīng)用中的頁面跳轉(zhuǎn)方法,便于執(zhí)行以下處理過程,包括:通過獲取模塊獲取新頁面的跳轉(zhuǎn)鏈接,通過匹配模塊獲取與新頁面的跳轉(zhuǎn)鏈接匹配的布局模塊,通過加載模塊加載該匹配的布局模塊。通過以上模塊,使得轉(zhuǎn)換后的reactnative應(yīng)用實現(xiàn)了路由功能,有效解決了現(xiàn)有技術(shù)中將web應(yīng)用轉(zhuǎn)換成reactnative應(yīng)用后,由于路由方案沒進(jìn)行轉(zhuǎn)換,導(dǎo)致頁面無法正常跳轉(zhuǎn)的問題。進(jìn)一步的,由于在轉(zhuǎn)換后的reactnative應(yīng)用中采用了與web應(yīng)用中的瀏覽器頁面跳轉(zhuǎn)類似的路由裝置,從而為開發(fā)者提供了一套統(tǒng)一的、android、ios、web三端融合的路由方案。

再一方面,本發(fā)明實施例還提供了一種電子設(shè)備。本發(fā)明實施例的電子設(shè)備包括:一個或多個處理器;以及,存儲器,用于存儲一個或多個程序;當(dāng)所述一個或多個程序被所述一個或多個處理器執(zhí)行,使得所述一個或多個處理器實現(xiàn)本發(fā)明實施例的多平臺融合的路由方法。

圖4是用于實現(xiàn)本發(fā)明實施例的電子設(shè)備的計算機(jī)系統(tǒng)的結(jié)構(gòu)示意圖。圖4示出的電子設(shè)備僅僅是一個示例,不應(yīng)對本申請實施例的功能和使用范圍帶來任何限制。

如圖4所示,計算機(jī)系統(tǒng)400包括中央處理單元(cpu)401,其可以根據(jù)存儲在只讀存儲器(rom)402中的程序或者從存儲部分408加載到隨機(jī)訪問存儲器(ram)403中的程序而執(zhí)行各種適當(dāng)?shù)膭幼骱吞幚?。在ram403中,還存儲有系統(tǒng)400操作所需的各種程序和數(shù)據(jù)。cpu401、rom402以及ram403通過總線404彼此相連。輸入/輸出(i/o)接口405也連接至總線404。

進(jìn)一步,計算機(jī)系統(tǒng)400還包括連接至i/o接口405的以下部件:

包括鍵盤、鼠標(biāo)等的輸入部分406;包括諸如陰極射線管(crt)、液晶顯示器(lcd)以及揚(yáng)聲器等的輸出部分407;包括硬盤等的存儲部分408;以及包括諸如lan卡、調(diào)制解調(diào)器等網(wǎng)絡(luò)接口卡的通信部分409。通信部分409經(jīng)由諸如因特網(wǎng)的網(wǎng)絡(luò)執(zhí)行通信處理。驅(qū)動器410也根據(jù)需要連接至i/o接口405;可拆卸介質(zhì)411,諸如磁盤、光盤、磁光盤、半導(dǎo)體存儲器等等,根據(jù)需要安裝在驅(qū)動器410上,以便于從其上讀出的計算機(jī)程序根據(jù)需要被安裝入存儲部分408。

進(jìn)一步,根據(jù)本發(fā)明實施例,上文中多平臺融合的路由方法描述的過程可以被實現(xiàn)為計算機(jī)軟件程序。例如,本發(fā)明實施例包括一種計算機(jī)程序產(chǎn)品,其包括承載在計算機(jī)可讀介質(zhì)上的計算機(jī)程序,該計算機(jī)程序包含用于執(zhí)行本發(fā)明實施例的多平臺融合的路由方法的程序代碼。在這樣的實施例中,該計算機(jī)程序可以通過通信部分409從網(wǎng)絡(luò)上被下載和安裝,和/或從可拆卸介質(zhì)411被安裝。在該計算機(jī)程序被中央處理單元(cpu)401執(zhí)行時,執(zhí)行本發(fā)明實施例中的計算機(jī)系統(tǒng)限定的上述功能。

需要說明的是,在本發(fā)明實施例中,所述計算機(jī)可讀介質(zhì)可以是計算機(jī)可讀信號介質(zhì)或者計算機(jī)可讀存儲介質(zhì)或者是上述兩者的任意組合。計算機(jī)可讀存儲介質(zhì)例如可以是但不限于電、磁、光、電磁、紅外線、或半導(dǎo)體的系統(tǒng)、裝置或器件,或者任意以上的組合。計算機(jī)可讀存儲介質(zhì)的更具體的例子可以包括但不限于:具有一個或多個導(dǎo)線的電連接、便攜式計算機(jī)磁盤、硬盤、隨機(jī)訪問存儲器(ram)、只讀存儲器(rom)、可擦式可編程只讀存儲器(eprom或閃存)、光纖、便攜式緊湊磁盤只讀存儲器(cd-rom)、光存儲器件、磁存儲器件、或者上述的任意合適的組合。在本發(fā)明實施例中,計算機(jī)可讀存儲介質(zhì)可以是任何包含或存儲程序的有形介質(zhì),該程序可以被指令執(zhí)行系統(tǒng)、裝置或者器件使用或者與其結(jié)合使用。而在本發(fā)明實施中,計算機(jī)可讀的信號介質(zhì)可以包括在基帶中或者作為載波一部分傳播的數(shù)據(jù)信號,其中承載了計算機(jī)可讀的程序代碼。所述傳播的數(shù)據(jù)信號可以采用多種形式,包括但不限于電磁信號、光信號或上述的任意合適的組合。計算機(jī)可讀的信號介質(zhì)還可以是計算機(jī)可讀存儲介質(zhì)以外的任何計算機(jī)可讀介質(zhì),該計算機(jī)可讀介質(zhì)可以發(fā)送、傳播或者傳輸用于由指令執(zhí)行系統(tǒng)、裝置或者器件使用或者與其結(jié)合使用的程序。計算機(jī)可讀介質(zhì)上包含的程序代碼可以用任何適當(dāng)?shù)慕橘|(zhì)傳輸,包括但不限于:無線、電線、光纜、rf等等,或者上述的任意合適的組合。

附圖所示的流程圖和框圖,圖示了根據(jù)本發(fā)明各種實施例的系統(tǒng)、裝置和計算機(jī)程序產(chǎn)品的可能實現(xiàn)的體系架構(gòu)、功能和操作。在這點上,流程圖或框圖中的每個方框可以代表一個模塊、程序段、或代碼的一部分,上述模塊、程序段、或代碼的一部分包含一個或多個用于實現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應(yīng)當(dāng)注意,在有些作為替換的實現(xiàn)中,方框中所標(biāo)注的功能也可以以不同于附圖中所標(biāo)注的順序發(fā)生。例如,兩個接連地表示的方框?qū)嶋H上可以基本并行地執(zhí)行,它們有時也可以按相反的順序執(zhí)行,這根據(jù)所涉及的功能而定。也要注意的是,框圖或流程圖中的每個方框、以及方框的組合,可以用執(zhí)行規(guī)定的功能或操作的專用的基于硬件的系統(tǒng)來實現(xiàn),也可以用專用硬件與計算機(jī)指令的組合來實現(xiàn)。

本發(fā)明實施例中所涉及到的模塊可以通過軟件的方式實現(xiàn),也可以通過硬件的方式來實現(xiàn)。所描述的模塊也可以設(shè)置在處理器中,例如,可以描述為:一種處理器包括攔截模塊、獲取模塊、匹配模塊、加載模塊。其中,這些模塊的名稱在某種情況下并不構(gòu)成對該模塊本身的限定,例如,攔截模塊還可以被描述為“攔截頁面跳轉(zhuǎn)的模塊”。

又一方面,本發(fā)明實施例還提供了一種計算機(jī)可讀介質(zhì),該計算機(jī)可讀介質(zhì)可以是上述實施例中描述的電子設(shè)備中所包含的;也可以是單獨(dú)存在,而未裝配入該設(shè)備中。上述計算機(jī)可讀介質(zhì)承載有一個或者多個程序,當(dāng)上述一個或者多個程序被一個該電子設(shè)備執(zhí)行時,實現(xiàn)上述實施例的多平臺融合的路由方法:攔截reactnative應(yīng)用的頁面跳轉(zhuǎn);通過接口函數(shù)調(diào)用瀏覽器引擎,獲取新頁面的跳轉(zhuǎn)鏈接url;根據(jù)預(yù)先存儲的reactnative的url與頁面布局模塊對應(yīng)關(guān)系,獲取與所述新頁面的跳轉(zhuǎn)鏈接url匹配的頁面布局模塊;通過原生函數(shù)加載所述匹配的頁面布局模塊;其中,所述reactnative應(yīng)用是由web應(yīng)用轉(zhuǎn)換成的。

上述產(chǎn)品可執(zhí)行本發(fā)明實施例所提供的方法,具備執(zhí)行方法相應(yīng)的功能模塊和有益效果。未在本實施例中詳盡描述的技術(shù)細(xì)節(jié),可參見本發(fā)明實施例所提供的方法。

上述具體實施方式,并不構(gòu)成對本發(fā)明保護(hù)范圍的限制。本領(lǐng)域技術(shù)人員應(yīng)該明白的是,取決于設(shè)計要求和其他因素,可以發(fā)生各種各樣的修改、組合、子組合和替代。任何在本發(fā)明的精神和原則之內(nèi)所作的修改、等同替換和改進(jìn)等,均應(yīng)包含在本發(fā)明保護(hù)范圍之內(nèi)。

當(dāng)前第1頁1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
堆龙德庆县| 左贡县| 新绛县| 镇江市| 洞头县| 白银市| 三穗县| 门头沟区| 定日县| 友谊县| 临沭县| 育儿| 盐山县| 武穴市| 阜平县| 高邮市| 泸州市| 大邑县| 延长县| 峡江县| 瓦房店市| 崇文区| 红安县| 临清市| 巩义市| 阿克陶县| 黄山市| 元阳县| 揭东县| 靖江市| 屏山县| 静海县| 大洼县| 庄浪县| 樟树市| 噶尔县| 黔南| 类乌齐县| 杂多县| 澄江县| 涿州市|