本申請(qǐng)涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種由unity到ios的封裝方法及裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，基于互聯(lián)網(wǎng)的直播技術(shù)越來越廣泛。用戶界面(userinterface，ui)是開發(fā)直播應(yīng)用的重要環(huán)節(jié)，好的ui可以提高直播效果，增進(jìn)用戶與主播之間的互動(dòng)性，提升直播房間的人氣，增加直播應(yīng)用的用戶流量。

在現(xiàn)有技術(shù)的基礎(chǔ)上，如何進(jìn)一步開發(fā)更加豐富多彩、支持更酷更炫動(dòng)畫效果的ui是開發(fā)直播應(yīng)用急需解決的問題。

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

面對(duì)直播應(yīng)用開發(fā)過程中急需解決的問題，本申請(qǐng)發(fā)明人經(jīng)過反復(fù)思考和研究提出一種解決思路，即在直播應(yīng)用中融合unity，利用unity實(shí)現(xiàn)直播應(yīng)用中的ui。其中，unity是一種跨平臺(tái)可視化的游戲引擎，主要用于開發(fā)游戲。

直播應(yīng)用除了包括ui，還包括與ui互訪的底層業(yè)務(wù)邏輯。在一種應(yīng)用場(chǎng)景中，底層業(yè)務(wù)邏輯基于ios實(shí)現(xiàn)。ios是由蘋果公司開發(fā)的移動(dòng)操作系統(tǒng)?；诖?，在直播應(yīng)用中融合unity，實(shí)際上是unity與ios之間的融合，這就需要解決基于ios實(shí)現(xiàn)的底層業(yè)務(wù)邏輯與基于unity實(shí)現(xiàn)的ui之間互訪的問題。

針對(duì)上述技術(shù)問題，本申請(qǐng)實(shí)施例提供一種封裝方法及裝置，用以解決基于ios實(shí)現(xiàn)的底層業(yè)務(wù)邏輯與基于unity實(shí)現(xiàn)的ui之間互訪的問題。

本申請(qǐng)實(shí)施例提供一種由unity到ios的封裝方法，包括：

在支持unity的開發(fā)環(huán)境中，創(chuàng)建一unity工程，所述unity工程提供直播應(yīng)用的界面功能；

以ios為導(dǎo)出平臺(tái)，從所述unity工程中導(dǎo)出一基礎(chǔ)ios工程；

在支持ios的開發(fā)環(huán)境中，創(chuàng)建一靜態(tài)庫類型的原生ios工程；

將所述基礎(chǔ)ios工程中的庫文件和類文件全部復(fù)制到所述原生ios工程中；

在所述原生ios工程的啟動(dòng)文件中添加對(duì)unityappcontroller的引用；

編譯所述原生ios工程，以輸出繼承所述unity工程全部特性的ios文件。

在一可選實(shí)施方式中，所述將所述基礎(chǔ)ios工程中的庫文件和類文件全部復(fù)制到所述原生ios工程中，包括：

在所述原生ios工程的根目錄下，新建庫文件夾和類文件夾，并將所述基礎(chǔ)ios工程中的庫文件和類文件分別復(fù)制到所述庫文件夾和類文件夾中；或者

直接將所述基礎(chǔ)ios工程中的庫文件夾和類文件夾分別復(fù)制到所述原生ios工程的根目錄下。

在一可選實(shí)施方式中，所述以ios為導(dǎo)出平臺(tái)，從所述unity工程中導(dǎo)出一基礎(chǔ)ios工程，包括：

通過編譯設(shè)置項(xiàng)，選擇所述導(dǎo)出平臺(tái)為ios；

編譯所述unity工程，以輸出所述基礎(chǔ)ios工程。

在一可選實(shí)施方式中，所述在所述原生ios工程的啟動(dòng)文件中添加對(duì)unityappcontroller的引用，包括：

打開所述原生ios工程的啟動(dòng)文件的編輯界面；

通過所述編輯界面，添加對(duì)unityappcontroller的引用。

在一可選實(shí)施方式中，所述方法還包括：

創(chuàng)建所述ios文件與所述直播應(yīng)用的底層業(yè)務(wù)邏輯之間的調(diào)用關(guān)系；

根據(jù)所述ios文件和所述調(diào)用關(guān)系，開發(fā)所述直播應(yīng)用。

本申請(qǐng)實(shí)施例還提供一種由unity到ios的封裝裝置，包括：

unity創(chuàng)建單元，用于在支持unity的開發(fā)環(huán)境中，創(chuàng)建一unity工程，所述unity工程提供直播應(yīng)用的界面功能；

導(dǎo)出單元，用于以ios為導(dǎo)出平臺(tái)，從所述unity工程中導(dǎo)出一基礎(chǔ)ios工程；

ios創(chuàng)建單元，用于在支持ios的開發(fā)環(huán)境中，創(chuàng)建一靜態(tài)庫類型的原生ios工程；

復(fù)制單元，用于將所述基礎(chǔ)ios工程中的庫文件和類文件全部復(fù)制到所述原生ios工程中；

修改單元，用于在所述原生ios工程的啟動(dòng)文件中添加對(duì)unityappcontroller的引用；

ios編譯單元，用于編譯所述原生ios工程，以輸出繼承所述unity工程全部特性的ios文件。

在一可選實(shí)施方式中，所述復(fù)制單元具體用于：

在所述原生ios工程的根目錄下，新建庫文件夾和類文件夾，并將所述基礎(chǔ)ios工程中的庫文件和類文件分別復(fù)制到所述庫文件夾和類文件夾中；或者

直接將所述基礎(chǔ)ios工程中的庫文件夾和類文件夾分別復(fù)制到所述原生ios工程的根目錄下。

在一可選實(shí)施方式中，所述導(dǎo)出單元具體用于：通過編譯設(shè)置項(xiàng)，選擇所述導(dǎo)出平臺(tái)為ios；編譯所述unity工程，以輸出所述基礎(chǔ)ios工程。

在一可選實(shí)施方式中，所述修改單元具體用于：打開所述原生ios工程的啟動(dòng)文件的編輯界面；通過所述編輯界面，添加對(duì)unityappcontroller的引用。

在一可選實(shí)施方式中，所述裝置還包括：應(yīng)用開發(fā)單元，用于創(chuàng)建所述ios文件與所述直播應(yīng)用的底層業(yè)務(wù)邏輯之間的調(diào)用關(guān)系，以及根據(jù)所述ios文件和所述調(diào)用關(guān)系，開發(fā)所述直播應(yīng)用。

在本申請(qǐng)實(shí)施例中，基于unity開發(fā)用于提供直播應(yīng)用的界面功能的unity工程，將該工程導(dǎo)出為基礎(chǔ)ios工程，在支持ios的開發(fā)環(huán)境中，創(chuàng)建一靜態(tài)庫類型的原生ios工程，通過將基礎(chǔ)ios工程中的庫文件和類文件全部復(fù)制到原生ios工程中，并在原生ios工程的啟動(dòng)文件中添加對(duì)unityappcontroller的引用，然后編譯原生ios工程，以獲得繼承unity工程全部特性的ios文件，從而將unity工程封裝成ios模塊，為unity與ios的結(jié)合應(yīng)用提供了條件，以便于在基于ios的直播應(yīng)用中融合unity，豐富直播應(yīng)用的ui。

附圖說明

此處所說明的附圖用來提供對(duì)本申請(qǐng)的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本申請(qǐng)的示意性實(shí)施例及其說明用于解釋本申請(qǐng)，并不構(gòu)成對(duì)本申請(qǐng)的不當(dāng)限定。在附圖中：

圖1a為本申請(qǐng)一實(shí)施例提供的由unity到ios的封裝方法的流程示意圖；

圖1b為本申請(qǐng)一實(shí)施例提供的原生ios工程的根目錄下包含libraries文件夾的示意圖；

圖1c為本申請(qǐng)一實(shí)施例提供的原生ios工程的啟動(dòng)文件的一種編輯界面示意圖；

圖2為本申請(qǐng)又一實(shí)施例提供的由unity到ios的封裝裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

為使本申請(qǐng)的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本申請(qǐng)具體實(shí)施例及相應(yīng)的附圖對(duì)本申請(qǐng)技術(shù)方案進(jìn)行清楚、完整地描述。顯然，所描述的實(shí)施例僅是本申請(qǐng)一部分實(shí)施例，而不是全部的實(shí)施例?；诒旧暾?qǐng)中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本申請(qǐng)保護(hù)的范圍。

為了在直播應(yīng)用中，提供更加豐富多彩、支持更酷更炫動(dòng)畫效果的ui，本申請(qǐng)發(fā)明人想到利用unity開發(fā)直播應(yīng)用的ui。unity是一種跨平臺(tái)可視化的游戲引擎，能夠開發(fā)出豐富多彩的ui，還可以開發(fā)出2d或3d的ui。因此，利用unity開發(fā)直播應(yīng)用的ui，可以解決直播應(yīng)用面臨的界面問題。

直播應(yīng)用除了包括ui，還包括與ui層互訪的底層業(yè)務(wù)邏輯。在一種應(yīng)用場(chǎng)景中，底層業(yè)務(wù)邏輯基于ios實(shí)現(xiàn)?；诖?，利用unity開發(fā)直播應(yīng)用的ui，需要解決基于ios實(shí)現(xiàn)的底層業(yè)務(wù)邏輯與基于unity實(shí)現(xiàn)的ui之間互訪的問題。

針對(duì)上述技術(shù)問題，本申請(qǐng)發(fā)明人提供一種解決方案，主要原理是：將unity工程封裝成ios模塊，從而將基于ios實(shí)現(xiàn)的底層業(yè)務(wù)邏輯與基于unity實(shí)現(xiàn)的ui之間的互訪，轉(zhuǎn)換成ios模塊之間的互訪。

值得說明的是，本申請(qǐng)各實(shí)施例提供的由unity到ios的封裝方法，可應(yīng)用于直播應(yīng)用，從而將實(shí)現(xiàn)直播應(yīng)用中的ui的unity工程封裝為ios模塊，但并不限于直播應(yīng)用。凡是基于ios的應(yīng)用與unity相結(jié)合時(shí)，均可采用本申請(qǐng)實(shí)施例提供的封裝方法將其中的unity工程封裝為ios模塊。

圖1a為本申請(qǐng)一實(shí)施例提供的由unity到ios的封裝方法的流程示意圖。如圖1a所示，所述方法包括：

101、在支持unity的開發(fā)環(huán)境中，創(chuàng)建一unity工程，所述unity工程提供直播應(yīng)用的界面功能。

102、以ios為導(dǎo)出平臺(tái)，從所述unity工程中導(dǎo)出一基礎(chǔ)ios工程。

103、在支持ios的開發(fā)環(huán)境中，創(chuàng)建一靜態(tài)庫類型的原生ios工程。

104、將基礎(chǔ)ios工程中的庫(library)文件和類(class)文件全部復(fù)制到原生ios工程中。

105、在原生ios工程的啟動(dòng)文件中添加對(duì)unityappcontroller的引用。

106、編譯原生ios工程，以輸出繼承unity工程全部特性的ios文件。

在步驟101中，通過unity開發(fā)直播應(yīng)用的界面功能，即在支持unity的開發(fā)環(huán)境中，創(chuàng)建一提供直播應(yīng)用的界面功能的unity工程。

其中，可以自行搭建支持unity的開發(fā)環(huán)境，具體搭建過程可參照現(xiàn)有unity開發(fā)環(huán)境進(jìn)行。或者，也可以采用現(xiàn)有支持unity的開發(fā)環(huán)境，例如，unity5.4.1f1(64-bit)。

可選地，可以根據(jù)直播應(yīng)用的界面設(shè)計(jì)需求，在支持unity的開發(fā)環(huán)境中開發(fā)unity工程。這里的界面設(shè)計(jì)需求主要描述直播應(yīng)用的ui的布局樣式、動(dòng)畫渲染、交互方式以及輸入輸出方式等內(nèi)容。換言之，基于界面設(shè)計(jì)需求，可以明確需要實(shí)現(xiàn)的ui的布局樣式、動(dòng)畫渲染、交互方式以及輸入輸出方式等內(nèi)容。據(jù)此，可以在支持unity的開發(fā)環(huán)境中，創(chuàng)建unity工程。所創(chuàng)建的unity工程可實(shí)現(xiàn)滿足所述界面設(shè)計(jì)需求的直播界面。

在直播應(yīng)用中，unity工程實(shí)現(xiàn)的ui主要包括：直播首頁，首頁下的各頻道頁，各頻道頁下由直播間圖標(biāo)構(gòu)成的直播間列表，直播間列表展示樣式，用戶進(jìn)入直播間的交互方式，直播間界面上的主播視頻、動(dòng)畫、虛擬禮物、用戶頭像、主播等級(jí)等展示，等等。

在步驟102中，可以ios為導(dǎo)出平臺(tái)，從unity工程中導(dǎo)出一基礎(chǔ)ios工程，以便以該基礎(chǔ)ios工程為基礎(chǔ)對(duì)unity功能進(jìn)行ios封裝。值得說明的是，為便于區(qū)分，將由unity工程導(dǎo)出的ios工程稱為基礎(chǔ)ios工程。

基于unity開發(fā)環(huán)境提供的編譯器或者外部獨(dú)立的編譯器，編程人員對(duì)unity工程進(jìn)行編譯。編譯器一般會(huì)提供編譯設(shè)置項(xiàng)，以供編程人員進(jìn)行編譯設(shè)置，例如導(dǎo)出平臺(tái)選擇、編譯方式選擇等?？蛇x地，可以通過編譯設(shè)置項(xiàng)，選擇導(dǎo)出平臺(tái)為ios；然后，編譯unity工程，以輸出基礎(chǔ)ios工程。

進(jìn)一步可選地，可以采用mono2x編譯器對(duì)上述unity工程進(jìn)行編譯，以輸出cli格式的unity文件。

在步驟103中，需要在支持ios的開發(fā)環(huán)境中，創(chuàng)建一靜態(tài)庫類型的原生ios工程。

根據(jù)應(yīng)用場(chǎng)景的不同，支持ios的開發(fā)環(huán)境也會(huì)有所不同。其中，可以自行搭建支持ios的開發(fā)環(huán)境。自行搭建支持ios的開發(fā)環(huán)境主要包括：根據(jù)使用的操作系統(tǒng)，進(jìn)行相關(guān)配置；下載并安裝ios_sdk及開發(fā)工具x-code。ios_sdk是ios軟件開發(fā)工具包，是一個(gè)應(yīng)用程序接口(applicationprograminterface，api)和開發(fā)工具集，面向?qū)ο蟮腸開發(fā)人員可以用它來創(chuàng)建原生的ios應(yīng)用程序。x-code是開發(fā)ios必備的開發(fā)工具，運(yùn)行在操作系統(tǒng)macosx上的集成開發(fā)工具(ide)，是開發(fā)ios應(yīng)用程序最快捷的方式。x-code具有統(tǒng)一的用戶界面設(shè)計(jì)，編碼、測(cè)試、調(diào)試都在一個(gè)簡(jiǎn)單的窗口內(nèi)完成。或者，也可以采用已搭建完成的ios開發(fā)環(huán)境。

在步驟103中，所創(chuàng)建的原生ios工程實(shí)際上是一個(gè)工程框架，并未包含任何應(yīng)用相關(guān)的內(nèi)容或邏輯，是為了封裝unity工程而創(chuàng)建。其中，應(yīng)用相關(guān)的內(nèi)容或邏輯均在unity工程中實(shí)現(xiàn)。可選地，在一應(yīng)用場(chǎng)景中，由unity工程實(shí)現(xiàn)的應(yīng)用相關(guān)的內(nèi)容或邏輯主要為直播應(yīng)用中與ui相關(guān)的內(nèi)容或邏輯，例如包括界面的布局樣式、交互方式以及輸入輸出方式等。

在步驟104中，將由unity工程導(dǎo)出的基礎(chǔ)ios工程中的library文件和class文件全部復(fù)制到步驟103中創(chuàng)建的原生ios工程中，這是實(shí)現(xiàn)將unity工程封裝成ios模塊的主要步驟。

由unity工程導(dǎo)出的基礎(chǔ)ios工程中的library文件主要是指unity系統(tǒng)中的一些庫文件；相應(yīng)地，class文件主要是一些基礎(chǔ)框架類文件，主要負(fù)責(zé)構(gòu)建一個(gè)程序的框架。

可選地，在基礎(chǔ)ios工程和原生ios工程中，可以采用庫文件夾(例如libraries文件夾)管理各自的library文件。基于此，可以從基礎(chǔ)ios工程的libraries文件夾中拷貝library文件，并全部復(fù)制到原生ios工程的libraries文件夾中。為便于區(qū)分，可將基礎(chǔ)ios工程的庫文件夾稱之為a_lib，將原生ios工程的庫文件夾稱之為b_lib。

進(jìn)一步可選地，若在創(chuàng)建原生ios工程時(shí)，并未建立其libraries文件夾，則可以先在原生ios工程的根目錄下，新建一libraries文件夾；然后，將基礎(chǔ)ios工程中的library文件全部復(fù)制到新建的libraries文件夾中。如圖1b所示，為原生ios工程的根目錄下包含libraries文件夾的示意圖。

相應(yīng)地，在基礎(chǔ)ios工程和原生ios工程中，可以采用類文件夾(例如classes文件夾)管理各自的class文件?；诖耍梢詮幕A(chǔ)ios工程的classes文件夾中拷貝class文件，并全部復(fù)制到原生ios工程的classes文件夾中。為便于區(qū)分，可將基礎(chǔ)ios工程的classes文件夾稱之為a_class，將原生ios工程的classes文件夾稱之為b_class。

進(jìn)一步可選地，若在創(chuàng)建原生ios工程時(shí)，并未建立其classes文件夾，則可以先在原生ios工程的根目錄下，新建一classes文件夾；然后，將基礎(chǔ)ios工程中的class文件全部復(fù)制到新建的classes文件夾中。如圖1b所示，為原生ios工程的根目錄下包含classes文件夾的示意圖。

在步驟105中，在原生ios工程的啟動(dòng)文件中添加對(duì)unityappcontroller的引用，以便于實(shí)現(xiàn)unity與ios的結(jié)合。

unityappcontroller是unity下的一個(gè)控制器，是unity(例如unity3d)的加載入口。通過unityappcontroller可以加載unity工程實(shí)現(xiàn)的一切功能，例如模型、動(dòng)畫渲染等。unityappcontroller中提供了很多我們可以直接調(diào)用的屬性。

原生ios工程的啟動(dòng)文件主要是指main.m(或main.mm)文件，但不限于此。

在原生ios工程的啟動(dòng)文件中添加對(duì)unityappcontroller的引用之后，原生ios工程將會(huì)從unityappcontroller開始，通過unityappcontroller可以加載unity工程實(shí)現(xiàn)的一切功能，進(jìn)而得到一個(gè)繼承了unity工程所有特性的ios工程。

可選地，可以打開原生ios工程的啟動(dòng)文件的編輯界面；通過該編輯界面，添加對(duì)unityappcontroller的引用。如圖1c所示，為原生ios工程的啟動(dòng)文件的一種編輯界面。在圖1c所示編輯界面中，方框所示位置為添加對(duì)unityappcontroller的引用的代碼位置。

在步驟106中，編譯上述添加對(duì)unityappcontroller的引用的原生ios工程，以輸出一后綴為.a的ios文件。該后綴為.a的ios文件繼承了上述unity工程的全部特性，至此將unity工程封裝為一ios文件。

可選地，可以采用xcode工具對(duì)原生ios工程進(jìn)行編譯，并輸出編譯結(jié)果，即后綴為.a的ios文件。

可選地，基礎(chǔ)ios工程可以采用但不限于：java語言。

在實(shí)際應(yīng)用中，該后綴為.a的ios文件可作為標(biāo)準(zhǔn)的ios模塊，被集成到其它基礎(chǔ)ios工程使用。

在本實(shí)施例中，基于unity開發(fā)提供直播應(yīng)用的界面功能的unity工程，并該工程導(dǎo)出為基礎(chǔ)ios工程，在支持ios的開發(fā)環(huán)境中，創(chuàng)建一靜態(tài)庫類型的原生ios工程，通過將基礎(chǔ)ios工程中的庫文件和類文件全部復(fù)制到原生ios工程中，并在原生ios工程的啟動(dòng)文件中添加對(duì)unityappcontroller的引用，然后編譯原生ios工程，以獲得繼承unity工程全部特性的ios文件，從而將unity工程封裝成ios模塊，為unity與ios的結(jié)合應(yīng)用提供了條件，以便于在基于ios的直播應(yīng)用中融合unity，豐富直播應(yīng)用的ui。

以上述由unity到ios的封裝方法為基礎(chǔ)，在直播應(yīng)用中，可采用unity開發(fā)直播應(yīng)用中的ui層，然后采用上述實(shí)施例提供的方法將unity開發(fā)的直播應(yīng)用的ui層封裝成ios文件，并嵌入基于ios開發(fā)的直播應(yīng)用中，創(chuàng)建所述ios文件與直播應(yīng)用的底層業(yè)務(wù)邏輯之間的調(diào)用關(guān)系；根據(jù)所述ios文件和所述調(diào)用關(guān)系，開發(fā)直播應(yīng)用，從而得到一種界面內(nèi)容和樣式更加豐富，且可以支持更酷更炫動(dòng)畫，甚至支持3d效果的直播應(yīng)用。

需要說明的是，上述實(shí)施例所提供方法的各步驟的執(zhí)行主體均可以是同一設(shè)備，或者，該方法也由不同設(shè)備作為執(zhí)行主體。比如，步驟101至步驟106的執(zhí)行主體可以為設(shè)備a；又比如，步驟101和102的執(zhí)行主體可以為設(shè)備a，步驟103-106的執(zhí)行主體可以為設(shè)備b；等等。

圖2為本申請(qǐng)又一實(shí)施例提供的由unity到ios的封裝裝置的結(jié)構(gòu)示意圖。如圖2所示，裝置包括：unity創(chuàng)建單元21、導(dǎo)出單元22、ios創(chuàng)建單元31、復(fù)制單元32、修改單元33和ios編譯單元34。

unity創(chuàng)建單元21，用于在支持unity的開發(fā)環(huán)境中，創(chuàng)建一unity工程，所述unity工程提供直播應(yīng)用的界面功能。

導(dǎo)出單元22，用于以ios為導(dǎo)出平臺(tái)，從unity創(chuàng)建單元21所創(chuàng)建的unity工程中導(dǎo)出一基礎(chǔ)ios工程。

ios創(chuàng)建單元31，用于在支持ios的開發(fā)環(huán)境中，創(chuàng)建一靜態(tài)庫類型的基礎(chǔ)ios工程。

復(fù)制單元32，用于將導(dǎo)出單元22所導(dǎo)出的基礎(chǔ)ios工程中的庫文件和類文件全部復(fù)制到所述原生ios工程中。

修改單元33，用于在所述原生ios工程的啟動(dòng)文件中添加對(duì)unityappcontroller的引用。

ios編譯單元34，用于編譯所述原生ios工程，以輸出繼承所述unity工程全部特性的ios文件。

在一可選實(shí)施方式中，復(fù)制單元32具體用于：在所述原生ios工程的根目錄下，新建庫文件夾和類文件夾，并將所述基礎(chǔ)ios工程中的庫文件和類文件分別復(fù)制到所述庫文件夾和類文件夾中?；蛘?，復(fù)制單元32具體用于：直接將所述基礎(chǔ)ios工程中的庫文件夾和類文件夾分別復(fù)制到所述原生ios工程的根目錄下。

在一可選實(shí)施方式中，導(dǎo)出單元22具體用于：通過編譯設(shè)置項(xiàng)，選擇所述導(dǎo)出平臺(tái)為ios；編譯所述unity工程，以輸出所述基礎(chǔ)ios工程。

在一可選實(shí)施方式中，修改單元33具體用于：打開所述原生ios工程的啟動(dòng)文件的編輯界面；通過所述編輯界面，添加對(duì)unityappcontroller的引用。

在一可選實(shí)施方式中，unity工程為實(shí)現(xiàn)直播應(yīng)用的界面功能的工程。所述的封裝裝置還包括：應(yīng)用開發(fā)單元，用于創(chuàng)建ios文件與直播應(yīng)用的底層業(yè)務(wù)邏輯之間的調(diào)用關(guān)系，以及根據(jù)ios文件和調(diào)用關(guān)系，開發(fā)直播應(yīng)用。

本實(shí)施例提供的由unity到ios的封裝裝置，可執(zhí)行上述方法實(shí)施例的流程，其工作流程在此不再贅述。

本實(shí)施例提供的由unity到ios的封裝裝置，基于unity開發(fā)用于提供直播應(yīng)用的界面功能的unity工程，將該工程導(dǎo)出為基礎(chǔ)ios工程，在支持ios的開發(fā)環(huán)境中，創(chuàng)建一靜態(tài)庫類型的原生ios工程，通過將基礎(chǔ)ios工程中的庫文件和類文件全部復(fù)制到原生ios工程中，并在原生ios工程的啟動(dòng)文件中添加對(duì)unityappcontroller的引用，然后編譯原生ios工程，以獲得繼承unity工程全部特性的ios文件，從而將unity工程封裝成ios模塊，為unity與ios的結(jié)合應(yīng)用提供了條件，以便于在基于ios的直播應(yīng)用中融合unity，豐富直播應(yīng)用的ui。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器、cd-rom、光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。

這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。

這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。

在一個(gè)典型的配置中，計(jì)算設(shè)備包括一個(gè)或多個(gè)處理器(cpu)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。

內(nèi)存可能包括計(jì)算機(jī)可讀介質(zhì)中的非永久性存儲(chǔ)器，隨機(jī)存取存儲(chǔ)器(ram)和/或非易失性內(nèi)存等形式，如只讀存儲(chǔ)器(rom)或閃存(flashram)。內(nèi)存是計(jì)算機(jī)可讀介質(zhì)的示例。

計(jì)算機(jī)可讀介質(zhì)包括永久性和非永久性、可移動(dòng)和非可移動(dòng)媒體可以由任何方法或技術(shù)來實(shí)現(xiàn)信息存儲(chǔ)。信息可以是計(jì)算機(jī)可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計(jì)算機(jī)的存儲(chǔ)介質(zhì)的例子包括，但不限于相變內(nèi)存(pram)、靜態(tài)隨機(jī)存取存儲(chǔ)器(sram)、動(dòng)態(tài)隨機(jī)存取存儲(chǔ)器(dram)、其他類型的隨機(jī)存取存儲(chǔ)器(ram)、只讀存儲(chǔ)器(rom)、電可擦除可編程只讀存儲(chǔ)器(eeprom)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲(chǔ)器(cd-rom)、數(shù)字多功能光盤(dvd)或其他光學(xué)存儲(chǔ)、磁盒式磁帶，磁帶磁磁盤存儲(chǔ)或其他磁性存儲(chǔ)設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲(chǔ)可以被計(jì)算設(shè)備訪問的信息。按照本文中的界定，計(jì)算機(jī)可讀介質(zhì)不包括暫存電腦可讀媒體(transitorymedia)，如調(diào)制的數(shù)據(jù)信號(hào)和載波。

還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個(gè)……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。

本領(lǐng)域技術(shù)人員應(yīng)明白，本申請(qǐng)的實(shí)施例可提供為方法、系統(tǒng)或計(jì)算機(jī)程序產(chǎn)品。因此，本申請(qǐng)可采用完全硬件實(shí)施例、完全軟件實(shí)施例或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本申請(qǐng)可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器、cd-rom、光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。

以上所述僅為本申請(qǐng)的實(shí)施例而已，并不用于限制本申請(qǐng)。對(duì)于本領(lǐng)域技術(shù)人員來說，本申請(qǐng)可以有各種更改和變化。凡在本申請(qǐng)的精神和原理之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請(qǐng)的權(quán)利要求范圍之內(nèi)。