本發(fā)明專利屬于app領(lǐng)域，尤其涉及一種基于app的應用與開發(fā)。

背景技術(shù)：

以ios和android平臺為代表的移動應用開發(fā)者異?；钴S，越來越多的人希望借助一個移動app來創(chuàng)造奇跡，開創(chuàng)另一個新世界。自助式app開發(fā)平臺的出現(xiàn)源自于廣闊的市場需求。移動互聯(lián)網(wǎng)經(jīng)歷了從電信增值到wap站興起，再到后來原生app為主的發(fā)展過程。隨著智能手機的發(fā)展和普及，原生app將成為未來移動互聯(lián)網(wǎng)的主流表現(xiàn)形式。由于app屬于新興的技術(shù)和模式，開發(fā)app在整個移動互聯(lián)網(wǎng)產(chǎn)業(yè)鏈上仍屬于市場需求缺口比較大的部分。目前，市場上大多的app制作公司都采用外包合作的方式，即客戶與制作公司達成合作協(xié)議后，制作公司按照客戶的要求開發(fā)測試聯(lián)調(diào)并試運行，將最終完成的app產(chǎn)品移交客戶。

自助式app開發(fā)平臺的誕生則滿足了互聯(lián)網(wǎng)從pc端向移動互聯(lián)網(wǎng)衍生的需求。對于技術(shù)門檻過高的移動互聯(lián)網(wǎng)領(lǐng)域，自助式app開發(fā)平臺可以幫助普通用戶輕松解決掉開發(fā)手機應用app的技術(shù)障礙。任何用戶無需任何技術(shù)知識均可根據(jù)自己的創(chuàng)意構(gòu)思生成優(yōu)秀品質(zhì)的native手機應用app，快速、簡單、免費、專業(yè)。

當然，這樣的奇跡創(chuàng)造者僅限于懂技術(shù)，會編代碼的程序員。如果一個普通人也想擁有屬于自己的app，就不那么簡單了。但是，問題正在扭轉(zhuǎn)，本平臺的實現(xiàn)使無編程app開發(fā)成為可能，任何一個想制作app的人只需簡單幾步就能開發(fā)出一個精美的app來。人們習慣于在app漂亮的界面下，要求app能實現(xiàn)多功能、打游戲即可。這樣就出現(xiàn)了一些矛盾問題。

發(fā)明專利內(nèi)容

本發(fā)明專利提供比如小型企業(yè)的一臺計算機在工作時間作為商品管理的app使用，扮演著生產(chǎn)工具的角色；在下班之余可能又成為人們進行網(wǎng)上繼續(xù)教育學習的工具；在疲勞時又成為播放影視、游戲的娛樂工具。

本發(fā)明專利所解決的技術(shù)問題采用以下技術(shù)方案來實現(xiàn)：一種基于app的應用與開發(fā),其特征在于，包括以下步驟：步驟一、在app開發(fā)平臺上設(shè)置app的主程序模板，其中包括主程序本身和公共組件部分；步驟二、在app開發(fā)平臺上還設(shè)置app的配置特征文件模塊，其與所述主程序模板相結(jié)合，構(gòu)成app應用程序；在app開發(fā)平臺上對app應用進行第一次打包；以及步驟三、在應用發(fā)布平臺上提交app應用發(fā)布請求，應用發(fā)布平臺對該app應用進行自動審核，通過審核后，對app應用進行第二次打包，將“審核通過”標簽打包入該app應用中，并允許該app應用在應用發(fā)布平臺上發(fā)布；

其中，在所述app開發(fā)平臺上安裝有android開發(fā)工具，其預先對主程序模板執(zhí)行android打包操作，而用戶僅對配置特征文件模塊進行開發(fā)，開發(fā)完成后，android開發(fā)工具對用戶開發(fā)的配置特征文件模塊執(zhí)行android打包操作，最終將兩次打包結(jié)果合成在一起，形成完整的app應用的android打包程序作為第一次打包。在app應用的開發(fā)與發(fā)布一體化實現(xiàn)方法中，在進行app開發(fā)的過程中，首先可以將資源素材文件保存在所述app開發(fā)平臺的臨時文件目錄中，直到完成第一次打包后，可將第一次打包的資源素材文件保存至文件服務器中。因為文件服務器是一個遠程服務器，需要網(wǎng)絡才能訪問，若保存在app開發(fā)平臺里面，只需直接從app開發(fā)平臺里面調(diào)取文件，提高了打包速度。例如，在第一次打包前，開發(fā)者在app應用開發(fā)的前期使用了圖片a，但在后期用圖片b替代了圖片a，如果圖片a存儲在app開發(fā)平臺的臨時文件目錄中，無需通過網(wǎng)絡，可以直接在app開發(fā)平臺里進行替換，節(jié)約了替換時間。app開發(fā)完成后生成app應用即第一次打包完成后，再將app資源素材文件保存在所述文件服務器中，將資源素材文件的地址信息保存在數(shù)據(jù)庫服務器中。

在app應用的開發(fā)與發(fā)布一體化實現(xiàn)方法中，所述數(shù)據(jù)庫服務的數(shù)據(jù)庫存儲結(jié)構(gòu)包括:app基本信息模塊，其中存儲有app制作所需的基本信息，包括app的基本描述信息、文字內(nèi)容信息和圖片資源信息，用戶在app制作平臺上對基本信息模塊中的數(shù)據(jù)進行個性化設(shè)置以制作app，制作快速，操作簡單，開發(fā)者并將其存儲到數(shù)據(jù)庫中以便于隨時進行app的修改、重新生成、升級、維護及管理；

圖片資源信息模塊，其中存儲有app制作所需圖片的下載地址和類型，該圖片資源信息模塊中包括有圖片的名稱、存儲位置以及與app應用之間的關(guān)聯(lián)關(guān)系，記錄每個資源的屬性與用途，用戶可以根據(jù)需要進行特征變更，實現(xiàn)特征化定制；屬性應用信息模塊，其中存儲有app制作所需資源的屬性和用途，屬性應用信息模塊中包括：logo資源標記、開機圖片資源標記、皮膚資源標記和app應用背景資源標記，以百度團購為例，在移動設(shè)備的桌面上有百度團購的圖標，即為logo資源標記，在打開百度團購app后進入主界面之前有個圖片，即為開機圖片資源標記，進入百度團購主界面后，主界面有一個統(tǒng)一的風格，即為皮膚資源標記，在百度團購主界面中還有很多分級菜單，每個菜單都有一個對應的圖標，即為app應用背景資源標記；

應用包信息模塊，其中存儲有制作完成的app打包所具有的固定屬性，所述應用包信息模塊中包括：應用包的id，即對應應用包的一個編號；所屬類型ios或android；應用包下載地址；應用包版本號；應用包口令；應用包簽名和應用包狀態(tài)；

2.如權(quán)利要求1所述的一種基于app的應用與開發(fā)，其特征在于:步驟一、為不同的app組織管理平臺和每個app組織管理平臺中的不同用戶分別分配不同的app組織管理平臺id和用戶id；

步驟二、所述用戶使用分配的用戶id登錄所述app組織管理平臺，所述app組織管理平臺從內(nèi)存中讀取所述app組織管理平臺的全部菜單數(shù)據(jù)及其相應的全部菜單數(shù)據(jù)id，并解析全部菜單數(shù)據(jù)；

步驟三、所述app組織管理平臺根據(jù)所述用戶id和所述app組織管理平臺id之間的預定關(guān)聯(lián)，獲取該用戶在該app組織管理平臺中預先關(guān)聯(lián)的多個類別數(shù)據(jù)及其相應的類別數(shù)據(jù)id，并依次根據(jù)每一個類別數(shù)據(jù)id獲取與之關(guān)聯(lián)的相應app管理菜單數(shù)據(jù)id，從而得到該用戶有權(quán)限訪問的所有app管理菜單數(shù)據(jù)id；

步驟四、將步驟二讀取的所述app組織管理平臺的全部菜單數(shù)據(jù)id和步驟三中得到的該用戶有權(quán)限訪問的所有app管理菜單數(shù)據(jù)id進行比對，從所述app組織管理平臺的全部菜單數(shù)據(jù)id中過濾掉該用戶沒有權(quán)限訪問的app管理菜單數(shù)據(jù)id，進而得到該用戶有權(quán)限訪問的app管理菜單數(shù)據(jù)id，通過該用戶有權(quán)限訪問的app管理菜單數(shù)據(jù)id獲取相應解析后的app管理菜單數(shù)據(jù)，并將該用戶有權(quán)限訪問的app管理菜單數(shù)據(jù)加載至所述app組織管理平臺的菜單欄中，最終得到針對該用戶多個類別數(shù)據(jù)的app管理菜單。

3.如權(quán)利要求2所述的一種新型app平臺推廣方法，其特征在于，推廣者對app進行管理，包括：根據(jù)推廣者的增加一個app預算請求，執(zhí)行對應app的預算值更新操作；根據(jù)推廣者的增加一個app的投放總量的請求，執(zhí)行現(xiàn)有app投放到其他網(wǎng)絡平臺的操作；根據(jù)推廣者增加一個網(wǎng)絡平臺上的app的投放總量的請求，執(zhí)行新增app投放到當前網(wǎng)絡平臺的操作；根據(jù)推廣者的取消請求，執(zhí)行取消app投放的操作。

附圖說明

圖1是本發(fā)明專利的一種基于app的應用與開發(fā)。

具體實施方式

實施例：

本實施例包括所述獨立啟動的計算機主機包括：一種app應用的開發(fā)與發(fā)布一體化實現(xiàn)方法，包括以下步驟：步驟一、在app開發(fā)平臺上設(shè)置app的主程序模板，其中包括主程序本身和公共組件部分；步驟二、在app開發(fā)平臺上還設(shè)置app的配置特征文件模塊，其與所述主程序模板相結(jié)合，構(gòu)成app應用程序；在app開發(fā)平臺上對app應用進行第一次打包；以及步驟三、在應用發(fā)布平臺上提交app應用發(fā)布請求，應用發(fā)布平臺對該app應用進行自動審核，通過審核后，對app應用進行第二次打包，將“審核通過”標簽打包入該app應用中，并允許該app應用在應用發(fā)布平臺上發(fā)布；其中，在所述app開發(fā)平臺上安裝有android開發(fā)工具，其預先對主程序模板執(zhí)行android打包操作，而用戶僅對配置特征文件模塊進行開發(fā)，開發(fā)完成后，android開發(fā)工具對用戶開發(fā)的配置特征文件模塊執(zhí)行android打包操作，最終將兩次打包結(jié)果合成在一起，形成完整的app應用的android打包程序作為第一次打包。

android打包服務器接收開發(fā)完成的app應用，執(zhí)行android格式打包操作，形成apk文件包，并將打包后的文件傳遞至所述文件服務器中保存；ios打包服務器接收開發(fā)完成的app應用，執(zhí)行ios格式打包操作，形成ipa文件包，并將打包后的文件傳遞至所述文件服務器中保存；在所述步驟三中，應用發(fā)布平臺接收打包后的apk文件包和/或ipa文件包，進行發(fā)布；用戶終端在所述應用發(fā)布平臺上選取待下載app應用，所述應用發(fā)布平臺根據(jù)所述用戶終端的類型自動選擇所述apk文件包或所述ipa文件包，并調(diào)取所述數(shù)據(jù)庫服務器中對應的資源素材地址數(shù)據(jù)，根據(jù)該資源素材地址數(shù)據(jù)從所述文件服務器中自動下載相應類型的文件包并配置好其中的資源素材。優(yōu)選的是，所述的app應用的開發(fā)與發(fā)布一體化實現(xiàn)方法中，在進行app開發(fā)的過程中，首先將資源素材文件保存在所述app開發(fā)平臺的臨時文件目錄中，app開發(fā)完成后生成app應用，之后再將app資源素材文件保存在所述文件服務器中，將資源素材文件的地址信息保存在數(shù)據(jù)庫服務器中。優(yōu)選的是，所述的app應用的開發(fā)與發(fā)布一體化實現(xiàn)方法中，所述數(shù)據(jù)庫服務的數(shù)據(jù)庫存儲結(jié)構(gòu)包括：

app基本信息模塊，其中存儲有app制作所需的基本信息；圖片資源信息模塊，其中存儲有app制作所需圖片的下載地址和類型；屬性應用信息模塊，其中存儲有app制作所需資源的屬性和用途；應用包信息模塊，其中存儲有制作完成的app打包所具有的固定屬性；應用狀態(tài)信息模塊，其中存儲有app制作過程中所處狀態(tài)；模板類型模塊，其中存儲有標注app類型的數(shù)據(jù)；應用組件模塊，其中存儲有可選擇加載至app應用上的、具有個性化功能的組件的信息；行為記錄模塊，其中存儲有記錄用戶的使用行為的數(shù)據(jù)。優(yōu)選的是，所述的app應用的開發(fā)與發(fā)布一體化實現(xiàn)方法中，所述應用狀態(tài)信息模塊包括：記錄app當前所述狀態(tài)的生成中、已生成、已失敗、或已上架。

根據(jù)本發(fā)明的另一方案，本發(fā)明還公開了一種在app開發(fā)平臺上快速打包android和ios應用程序的方法，包括以下步驟：步驟一、在app開發(fā)平臺上設(shè)置app的主程序模板，其中包括主程序本身和公共組件部分；以及步驟二、在app開發(fā)平臺上還設(shè)置app的配置特征文件模塊和plist替換文件，所述配置特征文件與所述主程序模板相結(jié)合，構(gòu)成app應用android程序；所述plist替換文件，其替換所述程序模板中的相應文件，構(gòu)成個性化的app應用ios程序；

其中，用戶僅對plist替換文件進行開發(fā)，開發(fā)完成后，替換入所述程序模板中，再利用macos系統(tǒng)對替換后的程序模板執(zhí)行ios打包操作；以及

其中，在所述app開發(fā)平臺上安裝有android開發(fā)工具，其預先對主程序模板執(zhí)行android打包操作，而用戶僅對配置特征文件模塊進行開發(fā)，開發(fā)完成后，android開發(fā)工具對用戶開發(fā)的配置特征文件模塊執(zhí)行android打包操作，最終將兩次打包結(jié)果合成在一起，形成完整的app應用的android打包程序。

優(yōu)選的是，所述的在app開發(fā)平臺上快速打包android和ios應用程序的方法中，在所述步驟一中，在app開發(fā)平臺上設(shè)置app的主程序模板，其包括：

配置特征文件模塊執(zhí)行android打包操作時，首先將特征文件信息全部加載入所述app開發(fā)平臺所在的服務器的內(nèi)存中，內(nèi)存依次遍歷所有特征文件，每遍歷一個特征文件，則以用戶上傳或選定的信息數(shù)據(jù)替代特征文件中的原有信息數(shù)據(jù),優(yōu)選的是，所述的在app開發(fā)平臺上快速打包android和ios應用程序的方法中，所述公共組件部分有多個，通過用戶的選擇，而選擇性地與主程序本身結(jié)合；且所述公共組件包括：支付模塊、即時通訊模塊、廣告模塊、和/或收益模塊。步驟一、開發(fā)者在開發(fā)一個app應用時首先要登陸app開發(fā)平臺，在app開發(fā)平臺上設(shè)置有app的主程序模板，其包括主程序本身和公共組件部分。主程序本身包括：圖文類型模板，例如百度團購所用模板；多媒體類型模板，例如優(yōu)酷視頻和騰訊視頻所用模板；電商類型模板，例如京東和1號店所用模板；社交類型模板，例如qq和微信所用模板；開發(fā)者可根據(jù)自己開發(fā)app的類型進行選擇。公共組件部分為開發(fā)者開發(fā)同一類型app時共同通用的組件，例如開發(fā)者在開發(fā)團購app時，公共組件部分包含了紅包組件、抽獎組件和地理位置信息組件等公共組件，開發(fā)者可根據(jù)自己的需要從眾多公共組件中進行選取。

步驟二、在app開發(fā)平臺上還設(shè)置app的配置特征文件模塊。app的配置特征文件模塊需要開發(fā)者進行開發(fā)，開發(fā)者根據(jù)所要開發(fā)app應用的需要來開發(fā)配置特征文件，例如在對團購網(wǎng)站進行配置特征文件的開發(fā)時，開發(fā)者需要選擇所開發(fā)app的logo圖標、開機背景和皮膚等。開發(fā)者將自己開發(fā)的配置特征文件模塊與所述主程序模板相結(jié)合，構(gòu)成app應用程序；在app開發(fā)平臺上利用android開發(fā)工具對app應用進行第一次打包，此時第一次打包的app應用可以上傳到任何的發(fā)布平臺上進行發(fā)布；

步驟三、在第一次打包完成后，開發(fā)者若要將打包后的app應用發(fā)布到本發(fā)明人提供的發(fā)布平臺上，所述app應用需要進行自動審核。一般審核采用人工審核，審核起來速度慢，也容易出錯，本發(fā)明通過自動審核，加快了審核速度，也保證了審核質(zhì)量，減少人工操作。當?shù)谝淮未虬瓿珊?，開發(fā)者在應用發(fā)布平臺上提交app應用發(fā)布請求，應用發(fā)布平臺對該app應用進行自動審核，通過審核后，對app應用進行第二次打包。其目的是將“審核通過”標簽打包入該app應用中，本發(fā)明人提供的發(fā)布平臺檢查app應用的打包文件中是否有“審核通過”標簽，如果有“審核通過”標簽，就允許該app應用在本發(fā)明提供的應用發(fā)布平臺上發(fā)布；如果沒有“審核通過”標簽，就不允許該app應用在本發(fā)明提供的應用發(fā)布平臺上發(fā)布。

其中，在所述app開發(fā)平臺上安裝有android開發(fā)工具，其預先對主程序模板執(zhí)行android打包操作，其目的是為了提高打包速度。由于主程序模板部分占了資源的大部分，而配置特征文件僅是對文字和圖片等進行了一個更改，它的數(shù)據(jù)量非常的小，僅占用了資源的一小部分。主程序模板中包含了公共組件部分，相當于android開發(fā)工具在對主程序本身進行打包的過程中也對公共組件部分進行了打包。例如，有20個公共組件，開發(fā)者選取了其中的6個公共組件，那么android開發(fā)工具對這6個公共組件進行了打包，然后將打包的公共組件和打包的主程序本身進行一個合并。開發(fā)者僅需要對配置特征文件模塊進行開發(fā)，開發(fā)完成后，android開發(fā)工具對用戶開發(fā)的配置特征文件模塊執(zhí)行android打包操作。由于主程序本身和公共組件部分預先進行了打包，因此在開發(fā)者完成配置特征文件模塊后，開發(fā)者僅需要花打包配置特征文件的時間，可以極大提高打包速度。最終將兩次打包文件合成在一起，形成完整的app應用的android打包程序作為第一次打包。在app開發(fā)平臺上快速打包android和ios應用程序的方法中，所述主程序本身包括：圖文類主程序，例如百度團購所用模板；視頻類主程序，例如優(yōu)酷視頻和騰訊視頻所用模板；電商類主程序，例如京東和1號店所用模板；和/或音頻類主程序，例如酷狗音樂所用模板。

在app開發(fā)平臺上快速打包android和ios應用程序的方法中，所述特征文件信息以節(jié)點形式加載入內(nèi)存中，內(nèi)存依次訪問所有節(jié)點，直到訪問到最后一個節(jié)點。一種app應用的開發(fā)與發(fā)布一體化實現(xiàn)方法，包括以下步驟：步驟一、開發(fā)者在開發(fā)應用程序時存在兩種程序可供選擇，一種是android程序，另一種是ios程序。根據(jù)開發(fā)者選擇的程序，可在本發(fā)明提供的app開發(fā)平臺上選擇模板。首先在本發(fā)明的第一組app開發(fā)平臺上設(shè)置app的主程序模板，其中包括主程序本身和公共組件部分。其中主程序本身可供android程序和ios程序使用，公共組件部分僅供android程序的開發(fā)使用。在app開發(fā)平臺上還設(shè)置app的plist替換文件，其替換所述主程序模板中的相應文件，構(gòu)成個性化的app應用程序，所述plist替換文件僅用于ios程序的開發(fā)。

利用本發(fā)明專利所述的技術(shù)方案，或本領(lǐng)域的技術(shù)人員在本發(fā)明專利技術(shù)方案的啟發(fā)下，設(shè)計出類似的技術(shù)方案，而達到上述技術(shù)效果的，均是落入本發(fā)明專利的保護范圍。