請問如何進(jìn)行App開發(fā)？喜望軟件的標(biāo)準(zhǔn)化開發(fā)流程詳解
一、售前階段
App開發(fā)的第一步，是與客戶的溝通。我們的產(chǎn)品經(jīng)理和售前顧問協(xié)同工作，深入理解客戶的需求和期望。很多時(shí)候，客戶可能只會有一個(gè)大致的想法，這時(shí)就需要我們的專業(yè)人士將其轉(zhuǎn)化為具體的項(xiàng)目需求和功能清單。這個(gè)過程就像建造一座房子前的藍(lán)圖設(shè)計(jì)，每一個(gè)細(xì)節(jié)都需要精心策劃。 需求溝通：與客戶共同梳理出大致的需求，確保雙方對項(xiàng)目方向有共同理解。 項(xiàng)目可行性分析：深入調(diào)查項(xiàng)目的功能特點(diǎn)、用戶痛點(diǎn)、行業(yè)需求和提供的服務(wù)內(nèi)容等。這一步至關(guān)重要，因?yàn)槿绻鸄pp無法解決用戶的真實(shí)痛點(diǎn)，那么它很難獲得用戶的青睞。 功能流程梳理：整理產(chǎn)品的整體功能架構(gòu)，做出詳細(xì)的功能列表，并梳理出產(chǎn)品的核心業(yè)務(wù)流程。這一步就像是房子的地基打造，確保后續(xù)工作的順利進(jìn)行。 量身定制實(shí)施方案：完成需求文檔后，為客戶量身定制一套App開發(fā)方案和報(bào)價(jià)清單。包括人員安排、時(shí)間節(jié)點(diǎn)安排和技術(shù)方案等，待客戶確認(rèn)后，即可開始簽約合作。二、售中階段
三、售后階段
售后階段主要是項(xiàng)目的測試、上線、維護(hù)與升級。 測試階段：完成開發(fā)后，我們會進(jìn)行嚴(yán)格的測試，確保App的功能和性能達(dá)到預(yù)期。 上線與推廣：測試通過后，我們會協(xié)助客戶將App上線，并進(jìn)行一系列的推廣活動(dòng)，幫助客戶獲取更多的用戶。 維護(hù)與升級：App上線后，我們會持續(xù)跟蹤其運(yùn)行情況，根據(jù)用戶的反饋和市場的變化，進(jìn)行必要的維護(hù)和升級。四、團(tuán)隊(duì)與技術(shù)
一個(gè)標(biāo)準(zhǔn)化的開發(fā)流程離不開專業(yè)的團(tuán)隊(duì)和先進(jìn)的技術(shù)。喜望軟件擁有一批經(jīng)驗(yàn)豐富的開發(fā)團(tuán)隊(duì)，熟悉各種開發(fā)技術(shù)，能夠確保項(xiàng)目的順利進(jìn)行。 App開發(fā)不僅僅是技術(shù)的堆砌，更是對用戶需求的理解和對市場的洞察。喜望軟件通過十年的軟件應(yīng)用開發(fā)經(jīng)驗(yàn)，形成了這套標(biāo)準(zhǔn)化的開發(fā)流程，確保每一個(gè)項(xiàng)目都能高質(zhì)量、高效率地完成。我們相信，只有真正解決用戶的痛點(diǎn)，才能創(chuàng)造出成功的App。一、UI設(shè)計(jì)與評審
在確認(rèn)原型圖設(shè)計(jì)之后，UI設(shè)計(jì)師開始根據(jù)產(chǎn)品的定位和設(shè)計(jì)稿，打造獨(dú)特的UI界面效果圖。這一步相當(dāng)于在原型圖的基礎(chǔ)上添加色彩、確定整體風(fēng)格、進(jìn)行功能具象化處理、交互設(shè)計(jì)以及排版布局等。其目的旨在為客戶提供一個(gè)直觀、高還原度的App雛形，以進(jìn)一步提升用戶體驗(yàn)。產(chǎn)品經(jīng)理和UI設(shè)計(jì)師在此過程中需展現(xiàn)出獨(dú)特的創(chuàng)意策劃能力，確保產(chǎn)品吸引用戶眼球。
二、需求詳細(xì)講解
產(chǎn)品經(jīng)理與項(xiàng)目經(jīng)理緊密合作，對接需求和原型圖UI設(shè)計(jì)稿。項(xiàng)目經(jīng)理需詳細(xì)解讀客戶的每一個(gè)需求、功能板塊以及跳轉(zhuǎn)頁面，并將其轉(zhuǎn)化為工程師易于理解的語言。隨后，項(xiàng)目組將結(jié)合原型圖與UI設(shè)計(jì)稿召開技術(shù)會議，統(tǒng)一進(jìn)行項(xiàng)目需求講解，確保每個(gè)成員對項(xiàng)目的理解都達(dá)到一致。
三、技術(shù)標(biāo)準(zhǔn)制定
在明確項(xiàng)目需求后，項(xiàng)目經(jīng)理提供可擴(kuò)展、可持續(xù)迭代的技術(shù)框架方案。這些方案涵蓋了開發(fā)方式（如原生開發(fā)或混合開發(fā)）、技術(shù)選型（如Java或PHP）以及第三方工具的選擇等。這些技術(shù)標(biāo)準(zhǔn)的制定為接下來的開發(fā)流程提供了明確的指導(dǎo)。
四、敏捷開發(fā)與迭代
1. 迭代開發(fā)計(jì)劃：
進(jìn)入項(xiàng)目開發(fā)前，項(xiàng)目組會對項(xiàng)目進(jìn)行初步評估，確定研發(fā)周期、提測時(shí)間以及預(yù)發(fā)布時(shí)間點(diǎn)。項(xiàng)目功能被分解為若干節(jié)點(diǎn)，如第一個(gè)功能模塊在1-9號完成，第二個(gè)功能模塊在10-15號完成。經(jīng)過客戶確認(rèn)的迭代開發(fā)計(jì)劃成為項(xiàng)目開發(fā)的指導(dǎo)。
2. 節(jié)點(diǎn)研發(fā)：
根據(jù)需求分析，項(xiàng)目組建立合理的數(shù)據(jù)庫表結(jié)構(gòu)，優(yōu)化數(shù)據(jù)算法，確保數(shù)據(jù)處理的效率、準(zhǔn)確性和及時(shí)性。研發(fā)過程涉及服務(wù)器端、App端和Web管理端的開發(fā)。項(xiàng)目經(jīng)理負(fù)責(zé)技術(shù)攻關(guān)，流程助理跟蹤進(jìn)度，并定期向客戶匯報(bào)開發(fā)進(jìn)度。
3. 單元測試與系統(tǒng)測試：
在研發(fā)階段，單元測試被引入以提升開發(fā)質(zhì)量。測試工程師在工程師完成一個(gè)節(jié)點(diǎn)的研發(fā)后進(jìn)行測試，這有助于發(fā)現(xiàn)潛在問題并減少回歸錯(cuò)誤。系統(tǒng)測試則是對整個(gè)項(xiàng)目的全面測試，其中問題的管理和bug的追蹤至關(guān)重要，以確保問題的有效解決。
喜望軟件的項(xiàng)目團(tuán)隊(duì)通過這一系列的流程確保了項(xiàng)目的順利進(jìn)行和高質(zhì)量交付。從UI設(shè)計(jì)到技術(shù)標(biāo)準(zhǔn)的制定，再到敏捷開發(fā)與測試，每個(gè)環(huán)節(jié)都緊密相扣，為最終產(chǎn)品的成功上市奠定了堅(jiān)實(shí)的基礎(chǔ)。產(chǎn)品多機(jī)型同步測試與上線交付流程
一、多機(jī)型同步測試
在數(shù)字化時(shí)代，為了確保產(chǎn)品的優(yōu)越體驗(yàn)，我們進(jìn)行廣泛的多平臺、多機(jī)型的同步測試是至關(guān)重要的。這一過程涉及App內(nèi)容的完整性測試、性能優(yōu)化測試、功能全面測試以及視覺體驗(yàn)測試。我們的專業(yè)團(tuán)隊(duì)致力于發(fā)現(xiàn)并修復(fù)每一個(gè)潛在的BUG，確保產(chǎn)品的完美呈現(xiàn)。
二、用戶體驗(yàn)測試與上線準(zhǔn)備
用戶體驗(yàn)測試
喜望軟件在用戶體驗(yàn)方面不斷創(chuàng)新，特別設(shè)立了用戶體驗(yàn)官的崗位。這一角色致力于從用戶體驗(yàn)、產(chǎn)品功能、易用性、設(shè)計(jì)美觀等多角度進(jìn)行深度體驗(yàn)測試。借助真實(shí)用戶的前期種子數(shù)據(jù)，我們確保App內(nèi)容的豐富性和互動(dòng)性，從而為客戶打造具有獨(dú)特魅力的App調(diào)性。
部署上線
完成代碼開發(fā)與測試后，我們迎來了激動(dòng)人心的上線階段。這一階段包括正式服務(wù)器的部署、上線資料的準(zhǔn)備以及App應(yīng)用的市場發(fā)布。我們注重細(xì)節(jié)，從數(shù)據(jù)庫和后臺系統(tǒng)的正式部署，到應(yīng)用市場的選擇，每一步都精心策劃，確保順利上線。
對于Android市場，我們根據(jù)受眾屬性和流量的不同，選擇最適合的應(yīng)用市場進(jìn)行發(fā)布。而對于App Store的iOS應(yīng)用，我們明白其審核的嚴(yán)格性，盡全力確保應(yīng)用符合所有上架要求，并耐心等待審核結(jié)果。小程序的發(fā)布到微信公眾號也是我們上線策略的重要一環(huán)。
三、源碼交付與項(xiàng)目運(yùn)營培訓(xùn)
經(jīng)過嚴(yán)格的測試與調(diào)整，APP終于準(zhǔn)備上線。在這一階段，我們將進(jìn)行源碼的終驗(yàn)交付。這包括前后端項(xiàng)目的所有最新源代碼、數(shù)據(jù)庫設(shè)計(jì)文檔、API設(shè)計(jì)文檔等詳盡的資料。我們確?？蛻臬@得的是最完整、最準(zhǔn)確的項(xiàng)目資料。
除此之外，喜望軟件的項(xiàng)目團(tuán)隊(duì)還將為客戶提供項(xiàng)目的運(yùn)營培訓(xùn)。我們的項(xiàng)目經(jīng)理將針對項(xiàng)目的所有功能操作進(jìn)行詳細(xì)解讀，并為客戶提供實(shí)用的運(yùn)營建議。我們的品牌設(shè)計(jì)師和新媒體運(yùn)營官也將為客戶量身定制上線海報(bào)和新媒體運(yùn)營方案，助力項(xiàng)目的成功運(yùn)營。
四、項(xiàng)目運(yùn)營中的注意事項(xiàng)
在實(shí)際項(xiàng)目運(yùn)營過程中，我們會遇到各種挑戰(zhàn)。例如，App Store的審核標(biāo)準(zhǔn)非常嚴(yán)格，一個(gè)小小的瑕疵都可能導(dǎo)致審核不通過。我們明白每個(gè)問題的重要性，并會積極溝通，迅速解決所有問題，以確保項(xiàng)目的順利進(jìn)行。我們還會根據(jù)市場需求和項(xiàng)目實(shí)際情況，靈活選擇最適合的上線策略和推廣渠道。我們的目標(biāo)是為客戶提供最優(yōu)質(zhì)的服務(wù)，確保項(xiàng)目的成功上線和運(yùn)營。喜望軟件的全方位售后支持：從維護(hù)到運(yùn)營，為您的App保駕護(hù)航
一、前期維護(hù)與保障
每一款A(yù)pp，無論其穩(wěn)定性如何，都可能隨著手機(jī)系統(tǒng)的升級或長期使用出現(xiàn)一些小問題或隱藏的bug。為此，喜望軟件為客戶提供三個(gè)月的免費(fèi)維護(hù)期。在項(xiàng)目正式上線運(yùn)營三個(gè)月后，我們已經(jīng)對其整體運(yùn)營模式有了清晰的了解，并識別出部分功能缺陷。接下來，為了確保App的持續(xù)運(yùn)營，我們需要進(jìn)行迭代開發(fā)和功能優(yōu)化。在此期間，我們將解答客戶的所有疑問，指導(dǎo)軟件的使用和內(nèi)容的上傳，同時(shí)修復(fù)程序中的Bug，并在出現(xiàn)突發(fā)情況時(shí)提供緊急維修服務(wù)。
二、定制更新與迭代
App投放市場后，我們會根據(jù)用戶和市場反饋知道如何修正或調(diào)整運(yùn)營策略。當(dāng)現(xiàn)有系統(tǒng)功能無法滿足項(xiàng)目需求時(shí)，就需要規(guī)劃新版本的迭代問題，即開發(fā)項(xiàng)目的2.0版本。喜望軟件會協(xié)助客戶進(jìn)行定制更新，繼續(xù)延續(xù)售前階段的需求溝通、可行性分析、功能流程梳理和量身定制實(shí)施方案的流程。迭代方案通常基于以下兩點(diǎn)制定：
1. 未完善的BUG：
修復(fù)邏輯錯(cuò)誤或功能BUG是App迭代的重要理由。在運(yùn)營過程中發(fā)現(xiàn)的Bug或邏輯錯(cuò)誤都需要通過App的迭代來修復(fù)。
2. App數(shù)據(jù)分析：
通過分析App的投放資源、用戶活躍度、轉(zhuǎn)化率、留存率以及用戶在不同功能上的使用占比和各環(huán)節(jié)流失情況，我們尋找影響App體驗(yàn)的關(guān)鍵指標(biāo)，自查功能設(shè)計(jì)的優(yōu)劣，以進(jìn)行功能上的版本迭代。
三、迭代開發(fā)與產(chǎn)品重塑
當(dāng)項(xiàng)目進(jìn)行迭代開發(fā)時(shí)，我們會重新經(jīng)歷售中的全部流程，包括產(chǎn)品設(shè)計(jì)、敏捷開發(fā)和上線交付等所有產(chǎn)品生命周期的環(huán)節(jié)。我們將重新梳理需求，優(yōu)化設(shè)計(jì)，確保新的版本更加符合用戶需求和市場趨勢。
四、項(xiàng)目維護(hù)回訪與持續(xù)支持
免費(fèi)維護(hù)期結(jié)束后，喜望軟件會定期回訪客戶，了解運(yùn)營情況，解答疑問。如果客戶需要繼續(xù)運(yùn)維支持，我們非常樂意提供助力。因?yàn)锳pp的運(yùn)營需要與時(shí)俱進(jìn)，持續(xù)維護(hù)和更新才能長久留存。
五、新媒體運(yùn)營與推廣策略
成功上線的App需要通過有效的運(yùn)營推廣來吸引用戶，實(shí)現(xiàn)長久運(yùn)營。喜望軟件結(jié)合十年從業(yè)經(jīng)驗(yàn)和當(dāng)前市場情況，會向客戶推薦成本相對較低的新媒體運(yùn)營推廣策略。通過線上渠道推廣，可以有效提升App的知名度和用戶數(shù)量。
整體來看，一個(gè)App項(xiàng)目的研發(fā)需要經(jīng)過多個(gè)環(huán)節(jié)，這是一條完整的流水線，確保流程順暢進(jìn)行并最大化項(xiàng)目成員的工作效率是確保項(xiàng)目質(zhì)量的關(guān)鍵。喜望軟件擁有專業(yè)的團(tuán)隊(duì)和豐富的經(jīng)驗(yàn)，能夠?yàn)榭蛻籼峁┤轿坏氖酆笾С?，確保您的App項(xiàng)目成功上線并長久運(yùn)營。如果您對App開發(fā)有任何疑問或需要了解更多信息，歡迎咨詢成都喜望軟件。
如何設(shè)計(jì)app的架構(gòu)
一、明確App類型與特點(diǎn)
在著手設(shè)計(jì)App的整體框架之前，首先需要明確我們開發(fā)的App的類型和特點(diǎn)。通常，我們與網(wǎng)絡(luò)交互數(shù)據(jù)的方式有兩種：主動(dòng)請求（http）和長連接推送。
針對數(shù)據(jù)展示類型的App，其特點(diǎn)是頁面多，需要頻繁調(diào)用后端接口進(jìn)行數(shù)據(jù)交互，主要依賴http請求。對于推送模塊，特別是IM（即時(shí)通訊）類型的App，其核心功能則更傾向于使用長連接。還需要特別關(guān)注電量和流量的消耗。
對于手機(jī)助手類App，主要聚焦于系統(tǒng)API的調(diào)用，以實(shí)現(xiàn)輔助管理系統(tǒng)的目的，其網(wǎng)絡(luò)調(diào)用的方式同樣以http為主。而游戲類App一般涉及游戲引擎和業(yè)務(wù)邏輯，業(yè)務(wù)腳本化編寫，網(wǎng)絡(luò)則以長連接為主，http為輔。
大多數(shù)App都屬于第一種類型，其主要工作包括：將服務(wù)端的數(shù)據(jù)拉取下來展示給用戶、將用戶在客戶端修改的數(shù)據(jù)上傳給服務(wù)端處理。這類App的網(wǎng)絡(luò)調(diào)用相當(dāng)頻繁，需考慮到網(wǎng)絡(luò)狀況不佳或無網(wǎng)絡(luò)情況下App的運(yùn)行。
二、傳統(tǒng)Android App架構(gòu)
Android最原生、最基礎(chǔ)的架構(gòu)可以理解為MVC（Model-View-Controller）模式。在傳統(tǒng)的Android App中，Activity和Fragment扮演著Controller的角色，同時(shí)掌握了Android系統(tǒng)中絕大多數(shù)的資源，并在內(nèi)部直接控制View。這種架構(gòu)的App通常以Activity和Fragment為核心。網(wǎng)絡(luò)模塊、數(shù)據(jù)庫管理模塊、文件管理模塊以及常用工具類等被分離成若干工具類包，供Activity和Fragment使用。
這種架構(gòu)是目前市面上大多數(shù)App所采用的造型。其優(yōu)點(diǎn)在于開發(fā)簡單，以頁面為導(dǎo)向。如果項(xiàng)目模塊化水平高，那么基于Activity和Fragment這兩個(gè)核心組件，很多事情都能迅速解決，無需繞路。這種架構(gòu)也存在一些缺點(diǎn)，比如維護(hù)難、測試?yán)щy和代碼量可能激增。隨著業(yè)務(wù)復(fù)雜度的增加，Activity和Fragment中的代碼量可能會迅速增長，導(dǎo)致管理和維護(hù)變得更加困難。
三、面向職責(zé)的架構(gòu)設(shè)計(jì)
為了解決這個(gè)問題，我們可以采用一種面向職責(zé)的架構(gòu)設(shè)計(jì)方法。在這種方法中，我們將App的職責(zé)劃分為數(shù)據(jù)獲取、數(shù)據(jù)管理和數(shù)據(jù)展示三個(gè)核心部分。每個(gè)部分都有明確的職責(zé)和接口定義，這樣可以提高代碼的可維護(hù)性和可測試性。通過模塊化的設(shè)計(jì)，我們可以將重復(fù)的代碼抽離出來，形成可復(fù)用的模塊，減少代碼的冗余和重復(fù)。
四、網(wǎng)絡(luò)調(diào)用流程
對于數(shù)據(jù)交互頻繁的App，網(wǎng)絡(luò)調(diào)用的流程通常是：UI發(fā)起請求→檢查緩存→調(diào)用網(wǎng)絡(luò)模塊→解析返回JSON/統(tǒng)一處理異?！鶭SON對象映射為Java對象→緩存→UI獲取數(shù)據(jù)并展示。在這個(gè)過程中，我們可以看到明顯的職責(zé)劃分，即數(shù)據(jù)獲取、數(shù)據(jù)管理和數(shù)據(jù)展示。
五、未來的挑戰(zhàn)與趨勢
隨著業(yè)務(wù)復(fù)雜度的增加和用戶需求的變化，App的架構(gòu)設(shè)計(jì)面臨著越來越多的挑戰(zhàn)。未來，我們可能需要考慮采用更先進(jìn)的架構(gòu)設(shè)計(jì)模式，如MVVM、Redux等，以提高App的可維護(hù)性、可測試性和響應(yīng)性。隨著人工智能和機(jī)器學(xué)習(xí)的發(fā)展，我們也需要考慮如何將這些技術(shù)融入到App的架構(gòu)設(shè)計(jì)中，以提供更好的用戶體驗(yàn)和更智能的功能。重構(gòu)軟件開發(fā)架構(gòu)：數(shù)據(jù)處理邏輯與UI分離的探索
一、Activity與Fragment的數(shù)據(jù)處理之痛
在軟件開發(fā)中，我們時(shí)常會遇到Activity和Fragment承載過多數(shù)據(jù)處理邏輯的問題。這種狀況導(dǎo)致代碼冗余且難以維護(hù)。為了解決這一問題，我們需要重新審視現(xiàn)有的開發(fā)架構(gòu)，將其中的數(shù)據(jù)處理邏輯抽離出來，以便更高效地管理。
二、分層架構(gòu)的興起
隨著項(xiàng)目的深入發(fā)展，我們發(fā)現(xiàn)多數(shù)數(shù)據(jù)處理代碼并不需要Activity和Fragment的資源。為了提升代碼的復(fù)用性，我們可以將這些數(shù)據(jù)處理邏輯抽離出來，形成獨(dú)立的數(shù)據(jù)管理層（DataManager層）。這一層專注于數(shù)據(jù)的獲取、處理與提供，而不涉及數(shù)據(jù)的展示。通過這種分層設(shè)計(jì)，我們可以實(shí)現(xiàn)數(shù)據(jù)處理邏輯與UI的徹底分離。
三、項(xiàng)目包結(jié)構(gòu)的變革
在我們的項(xiàng)目中，Activity和Fragment在剝離了數(shù)據(jù)處理責(zé)任后，持有DataManager的引用。它們專注于數(shù)據(jù)的展示與交互，而不再涉及數(shù)據(jù)的獲取和處理。這種結(jié)構(gòu)使得代碼更加清晰、易于維護(hù)。
四、關(guān)于uni-app的探討
當(dāng)我們談?wù)撘苿?dòng)應(yīng)用開發(fā)框架時(shí)，uni-app是一個(gè)不可忽視的選項(xiàng)。它是否取代了原生開發(fā)？答案并非絕對。盡管uni-app內(nèi)置了豐富的原生能力，但開發(fā)者對JS的掌握程度對其在uni-app開發(fā)中的表現(xiàn)有著重要影響。對于那些熟悉Vue.js但對JS掌握不夠深入的開發(fā)者來說，uni-app的學(xué)習(xí)曲線可能會相對陡峭。使用uni-app開發(fā)時(shí)需要注意不同平臺的特性差異，特別是調(diào)用HTML5+擴(kuò)展規(guī)范時(shí)的條件編譯。雖然uni-app擁有諸多優(yōu)勢，如統(tǒng)一的開發(fā)體驗(yàn)、多端適配等，但在技術(shù)選型時(shí)仍需綜合考慮項(xiàng)目需求和團(tuán)隊(duì)技術(shù)背景。
五、uni-app的評價(jià)
對于uni-app的評價(jià)，我們可以從多個(gè)角度進(jìn)行考量。一方面，uni-app采用與Vue相似的開發(fā)方式，上手容易，且原生功能豐富，調(diào)試打包過程簡單明了。它在多端適配方面表現(xiàn)出色，提高了開發(fā)效率。但對于某些特定場景下的技術(shù)選型，我們還需要考慮其他因素。一些開發(fā)者反映，初次體驗(yàn)uni-app時(shí)并未發(fā)現(xiàn)明顯問題，但也有關(guān)于收益偏低等問題的討論。從開發(fā)者體驗(yàn)角度看，uni-app在APP端的開發(fā)體驗(yàn)流暢度較高，接近原生體驗(yàn)。由于DCloud對各家小程序有深入了解，因此uni-app在跨端開發(fā)方面具有優(yōu)勢，已經(jīng)成為業(yè)內(nèi)最流行的應(yīng)用框架之一。盡管存在某些技術(shù)細(xì)節(jié)和性能問題待解決，但總體來看，uni-app的優(yōu)勢仍然顯著。UniApp與原生APP及微信小程序間的差異與關(guān)聯(lián)
一、UniApp與原生APP的異同
隨著技術(shù)的發(fā)展，開發(fā)者們對于開發(fā)跨平臺應(yīng)用的呼聲越來越高。UniApp作為一個(gè)多端開發(fā)框架，可以實(shí)現(xiàn)一套代碼適配多個(gè)平臺，這在很大程度上提升了開發(fā)效率和降低了開發(fā)成本。與傳統(tǒng)原生APP相比，UniApp的優(yōu)勢顯而易見。 對于開發(fā)者來說，原生APP與微信小程序之間的用戶關(guān)聯(lián)問題是一大挑戰(zhàn)。因?yàn)樵陂_通微信開放平臺賬號之前注冊的用戶，只有openid，沒有unionid。而微信的賬號機(jī)制正是通過unionid來確認(rèn)兩個(gè)平臺的賬號是否屬于同一用戶。 UniApp的出現(xiàn)解決了這一問題。它是一個(gè)開放的、支持多種開發(fā)工具的多端開發(fā)框架，這意味著開發(fā)者可以使用一套代碼同時(shí)開發(fā)多個(gè)平臺的應(yīng)用，打破了不同平臺間的用戶隔離。二、HBuilderX與UniApp的關(guān)系
