開發(fā)Android App的架構(gòu)概覽
一、基礎(chǔ)架構(gòu)模塊
在開發(fā)Android App時(shí)，首要考慮的是構(gòu)建一套穩(wěn)固的架構(gòu)，以確保應(yīng)用的流暢運(yùn)行和用戶體驗(yàn)。這樣的架構(gòu)主要包括以下幾個(gè)核心模塊： (1) 異步下載：如JSON、圖像等數(shù)據(jù)的異步處理，確保界面響應(yīng)迅速，不卡頓。 (2) 網(wǎng)絡(luò)請(qǐng)求排序（scheduling）：有效管理網(wǎng)絡(luò)請(qǐng)求的順序，防止資源沖突。 (3) 優(yōu)先級(jí)處理：對(duì)不同類型或緊急程度的網(wǎng)絡(luò)請(qǐng)求進(jìn)行優(yōu)先級(jí)分配，保證重要信息的及時(shí)獲取。 (4) 緩存機(jī)制：采用本地緩存，減少網(wǎng)絡(luò)依賴，提高數(shù)據(jù)加載速度。 (5) 多級(jí)別取消請(qǐng)求：提供靈活的取消機(jī)制，以應(yīng)對(duì)不同場(chǎng)景下的需求變化。 (6) 與Activity生命周期聯(lián)動(dòng)：確保當(dāng)Activity結(jié)束時(shí)，所有掛起的網(wǎng)絡(luò)請(qǐng)求得到妥善處理。二、網(wǎng)絡(luò)請(qǐng)求庫 - android-async-http
在網(wǎng)絡(luò)請(qǐng)求層面，android-async-http是一個(gè)強(qiáng)大的工具庫，它提供了以下特色功能： (1) 匿名回調(diào)處理：簡化請(qǐng)求結(jié)果的獲取和處理流程。 (2) 線程隔離的HTTP請(qǐng)求：確保UI的流暢運(yùn)行，不受到網(wǎng)絡(luò)請(qǐng)求的影響。 (3) 文件斷點(diǎn)上傳：實(shí)現(xiàn)大文件的穩(wěn)定傳輸。 (4) 智能重試機(jī)制：面對(duì)網(wǎng)絡(luò)波動(dòng)時(shí)，智能地進(jìn)行重試，提高數(shù)據(jù)獲取的可靠性。 (5) 默認(rèn)gzip壓縮：減少數(shù)據(jù)傳輸量，提高傳輸效率。 (6) Json格式支持：輕松解析Json數(shù)據(jù)，方便與后端交互。 (7) Cookies持久化：通過SharedPreferences實(shí)現(xiàn)Cookies的存儲(chǔ)和管理。三、Afinal框架
xUtils是另一個(gè)功能強(qiáng)大的Android開發(fā)框架，其主要包含以下四個(gè)核心模塊：
(1) 數(shù)據(jù)庫模塊：簡潔高效的orm操作，一行代碼即可完成增刪改查。
(2) 注解模塊：采用IOC思想，通過注解實(shí)現(xiàn)UI、資源和的自動(dòng)綁定。
(3) 網(wǎng)絡(luò)模塊：支持同步和異步的請(qǐng)求方式，靈活滿足各種需求。
(4) 圖片緩存：智能的圖片緩存機(jī)制，避免在快速滑動(dòng)時(shí)出現(xiàn)的圖片錯(cuò)位和OOM問題。五、ThinkAndroid核心模塊
這些框架和庫為Android開發(fā)提供了強(qiáng)大的支持，開發(fā)者可以根據(jù)項(xiàng)目需求和團(tuán)隊(duì)習(xí)慣選擇合適的工具，構(gòu)建出穩(wěn)定、高效的Android應(yīng)用。隨著技術(shù)的不斷進(jìn)步，這些框架也在持續(xù)更新和完善，為開發(fā)者帶來更好的開發(fā)體驗(yàn)和更高的開發(fā)效率。LoonAndroid的核心模塊與APP架構(gòu)設(shè)計(jì)
LoonAndroid的主要模塊
自動(dòng)注入框架：只需繼承框架內(nèi)的application即可輕松使用。
圖片加載框架：擁有多重緩存機(jī)制，自動(dòng)回收?qǐng)D像資源，確保內(nèi)存使用安全。
網(wǎng)絡(luò)請(qǐng)求模塊：涵蓋幾乎所有現(xiàn)有的http請(qǐng)求，滿足應(yīng)用開發(fā)的需求。
EventBus集成：一個(gè)開源的總線框架，簡化組件間的通信。
驗(yàn)證框架：集成開源驗(yàn)證框架，增強(qiáng)應(yīng)用的安全性。
Json解析：支持將Json數(shù)據(jù)解析為集合或?qū)ο?，方便?shù)據(jù)處理。
數(shù)據(jù)庫模塊：強(qiáng)大的數(shù)據(jù)庫管理功能，提升數(shù)據(jù)存儲(chǔ)和查詢效率。
多線程斷點(diǎn)下載：自動(dòng)判斷支持多線程下載及重定向處理，實(shí)現(xiàn)高效的文件傳輸。
自動(dòng)更新模塊：方便應(yīng)用的版本更新和升級(jí)管理。
一系列工具類：提供豐富的實(shí)用工具，簡化開發(fā)過程。
緩存模塊
通過簡單的配置和設(shè)計(jì)，LoonAndroid的緩存模塊能夠?qū)崿F(xiàn)出色的緩存功能，滿足開發(fā)者對(duì)緩存的個(gè)性化配置需求。無論是圖片緩存還是數(shù)據(jù)緩存，都能輕松實(shí)現(xiàn)，有效提升應(yīng)用的響應(yīng)速度和用戶體驗(yàn)。
配置器模塊
配置器模塊讓配置操作更簡便。目前支持Preference和Properties配置文件存取，方便開發(fā)者進(jìn)行各種設(shè)置和參數(shù)調(diào)整。
日志打印模塊
該模塊能迅速實(shí)現(xiàn)日志打印功能，并支持日志打印的擴(kuò)展。無論是將日志寫入本地SD卡，還是在控制臺(tái)打印，都能輕松實(shí)現(xiàn)，方便開發(fā)者進(jìn)行調(diào)試和問題解決。
下載器模塊
下載器模塊功能強(qiáng)大，支持多線程下載、后臺(tái)下載、斷點(diǎn)續(xù)傳等。開發(fā)者可以方便地控制下載進(jìn)程，如開始、暫停、刪除等，滿足各種下載需求。
網(wǎng)絡(luò)狀態(tài)檢測(cè)模塊
當(dāng)網(wǎng)絡(luò)狀態(tài)發(fā)生變化時(shí)，該模塊能夠進(jìn)行檢測(cè)，幫助開發(fā)者實(shí)現(xiàn)更好的網(wǎng)絡(luò)適應(yīng)性，提升應(yīng)用在各種網(wǎng)絡(luò)環(huán)境下的性能和用戶體驗(yàn)。
如何設(shè)計(jì)App的架構(gòu)
要設(shè)計(jì)App的整體框架，首先要明確App的類型和特點(diǎn)。App與網(wǎng)絡(luò)交互數(shù)據(jù)的方式主要有兩種：主動(dòng)請(qǐng)求（http）和長連接推送。
對(duì)于數(shù)據(jù)展示類型的App，特點(diǎn)是頁面多，需要頻繁調(diào)用后端接口進(jìn)行數(shù)據(jù)交互。這類App以http請(qǐng)求為主，同時(shí)要關(guān)注推送模塊，如IM類型App的IM核心功能，長連接是其核心。在設(shè)計(jì)架構(gòu)時(shí)，需要特別注意電量和流量消耗的優(yōu)化。
手機(jī)助手類App主要著眼于系統(tǒng)API的調(diào)用，旨在輔助管理系統(tǒng)。網(wǎng)絡(luò)調(diào)用的方式同樣以http為主。
游戲類App一般分為游戲引擎和業(yè)務(wù)邏輯兩部分。業(yè)務(wù)腳本化編寫，網(wǎng)絡(luò)以長連接為主，http為輔。在設(shè)計(jì)架構(gòu)時(shí)，需要充分考慮游戲的流暢性和實(shí)時(shí)性。
一、引言：App開發(fā)概述
我們所開發(fā)的App，大多數(shù)屬于類型1。這類App的主要職責(zé)在于：從服務(wù)端拉取數(shù)據(jù)展示給用戶，將用戶在客戶端的修改數(shù)據(jù)上傳至服務(wù)端。這意味著，這類App的網(wǎng)絡(luò)調(diào)用相當(dāng)頻繁，必須考慮到網(wǎng)絡(luò)狀況不佳或無網(wǎng)絡(luò)的情況。成熟的商業(yè)應(yīng)用的網(wǎng)絡(luò)調(diào)用流程一般是這樣的：UI發(fā)起請(qǐng)求，經(jīng)過緩存檢查、網(wǎng)絡(luò)模塊調(diào)用、返回JSON的解析、異常處理等環(huán)節(jié)，最終將JSON對(duì)象映射為Java對(duì)象進(jìn)行緩存，并由UI獲取數(shù)據(jù)展示。這其中，數(shù)據(jù)獲取、數(shù)據(jù)管理、數(shù)據(jù)展示三大職責(zé)明確。
二、傳統(tǒng)的Android App架構(gòu)
最原生的Android架構(gòu)可以理解為MVC模式。在Android開發(fā)中，Activity和Fragment掌握了大部分系統(tǒng)資源，并直接控制View。傳統(tǒng)的Android App以Activity和Fragment為核心，將網(wǎng)絡(luò)模塊、數(shù)據(jù)庫管理模塊等分離成工具類包，供其使用。這種架構(gòu)是市面上大部分App的基礎(chǔ)造型。
其優(yōu)點(diǎn)在于開發(fā)簡單，以頁面為導(dǎo)向。若項(xiàng)目模塊化水平高，基于Activity和Fragment這兩個(gè)核心，很多事情可以直接解決，無需繞路。但缺點(diǎn)也同樣明顯：維護(hù)難，因?yàn)橐皂撁鏋閷?dǎo)向，共享業(yè)務(wù)邏輯易出問題；測(cè)試?yán)щy，因?yàn)閿?shù)據(jù)處理都在Activity和Fragment中，使用假數(shù)據(jù)測(cè)試需要改動(dòng)其數(shù)據(jù)控制邏輯。最讓人頭疼的是，業(yè)務(wù)復(fù)雜后，Activity和Fragment的代碼量會(huì)激增。例如，一個(gè)電商App的購物車功能，原本的商品管理可能只需幾百行代碼，但加入優(yōu)惠券、滿減、運(yùn)費(fèi)計(jì)算等功能后，代碼量會(huì)大幅上升。
三、痛點(diǎn)分析：傳統(tǒng)架構(gòu)的挑戰(zhàn)
在傳統(tǒng)架構(gòu)中，Activity和Fragment承擔(dān)了過多的數(shù)據(jù)處理邏輯，導(dǎo)致代碼復(fù)雜、難以維護(hù)。隨著業(yè)務(wù)邏輯的復(fù)雜化，這一問題更加突出。例如，電商App的購物車功能，在處理多種優(yōu)惠活動(dòng)時(shí)，Activity的代碼量可能會(huì)激增，導(dǎo)致代碼難以閱讀和維護(hù)。
四、分層架構(gòu)的興起
為了解決傳統(tǒng)架構(gòu)的問題，分層架構(gòu)應(yīng)運(yùn)而生。在分層架構(gòu)中，絕大多數(shù)數(shù)據(jù)處理的代碼并不依賴于Activity和Fragment的資源。例如，應(yīng)用中的User對(duì)象通常是全局單例，多個(gè)頁面可以共用一套數(shù)據(jù)和請(qǐng)求邏輯。
為了提升復(fù)用性，我們將數(shù)據(jù)處理統(tǒng)一抽離出來，形成一層DataManager層。這一層負(fù)責(zé)向上層提供數(shù)據(jù)接口，上層不關(guān)心數(shù)據(jù)的來源（內(nèi)存、緩存、網(wǎng)絡(luò)）。由于這一層不需要從Activity和Fragment獲取資源，且主要工作是數(shù)據(jù)處理，因此這一層是UI無關(guān)的。
五、結(jié)論：分層架構(gòu)的優(yōu)勢(shì)
分層架構(gòu)通過抽離數(shù)據(jù)處理邏輯，解決了傳統(tǒng)架構(gòu)中Activity和Fragment代碼量過大、難以維護(hù)的問題。通過將數(shù)據(jù)處理的邏輯獨(dú)立出來，形成了數(shù)據(jù)管理層，提高了代碼的復(fù)用性，使得App的開發(fā)更加模塊化、清晰化。重構(gòu)后的文章如下：
項(xiàng)目包結(jié)構(gòu)詳解
在我的一個(gè)項(xiàng)目中，Activity和Fragment已經(jīng)剝離了數(shù)據(jù)處理的責(zé)任。它們現(xiàn)在持有DataManager的引用，主要負(fù)責(zé)數(shù)據(jù)的獲取與展示，以及向DataManager傳遞數(shù)據(jù)。這些組件絕不進(jìn)行網(wǎng)絡(luò)請(qǐng)求和緩存讀寫。
開發(fā)APP的成本探索
作為一名移動(dòng)互聯(lián)網(wǎng)創(chuàng)業(yè)者，我經(jīng)常被外行的朋友問及開發(fā)一個(gè)APP需要多少錢。曾經(jīng)天真地以為APP開發(fā)成本并不高，但實(shí)際情況卻讓我深刻認(rèn)識(shí)到這是一個(gè)復(fù)雜的議題。
三年前，我曾輕信模板網(wǎng)站和APP的低價(jià)宣傳，購買了1000元的網(wǎng)頁模板和5000元的APP模板。但結(jié)果如同淘寶上的買家秀與賣家秀之間的巨大差距，錢花得并不值得。
經(jīng)過多次的實(shí)踐經(jīng)驗(yàn)，我逐漸明白開發(fā)一個(gè)APP的真正成本。從產(chǎn)品到技術(shù)團(tuán)隊(duì)組建，每一個(gè)環(huán)節(jié)都需要投入大量的人力、物力和財(cái)力。今天，我想從創(chuàng)業(yè)者的角度來分析一下開發(fā)一個(gè)APP到底需要付出多少成本。
如果你是創(chuàng)業(yè)者并且滿懷熱情，那么產(chǎn)品必須自己開發(fā)。把產(chǎn)品技術(shù)開發(fā)交給外包可能存在諸多不確定性。如果你要做一個(gè)APP作為創(chuàng)業(yè)的切入點(diǎn)，那么首先需要了解人員配置的基本需求。
團(tuán)隊(duì)組建：招兵
為了研發(fā)一個(gè)新產(chǎn)品，你需要一個(gè)包含架構(gòu)師兼后臺(tái)開發(fā)、安卓開發(fā)、iOS開發(fā)、產(chǎn)品經(jīng)理、前端開發(fā)和設(shè)計(jì)師的團(tuán)隊(duì)。由于人員流動(dòng)是常態(tài)，你可能還需要預(yù)備替補(bǔ)人員以確保項(xiàng)目進(jìn)展不受影響。假設(shè)你希望產(chǎn)品在3到6個(gè)月內(nèi)上線，那么團(tuán)隊(duì)組建將是一個(gè)關(guān)鍵步驟。
第一步：人才招聘
在一線城市，只要資金充裕，人才招聘相對(duì)容易。但在二三線城市，如常州，情況則大不相同。以WEB前端為例，我們花了7個(gè)月時(shí)間才有人投遞簡歷并前來面試。為了盡快找到合適的人才，我們同時(shí)在多個(gè)招聘平臺(tái)以及朋友圈進(jìn)行廣泛宣傳。從第一個(gè)人入職到團(tuán)隊(duì)勉強(qiáng)能夠開工，我們共花了5個(gè)月的招聘時(shí)間。這期間的花費(fèi)包括招聘平臺(tái)會(huì)員費(fèi)和員工工資。
第二步：場(chǎng)地選擇
對(duì)于8人團(tuán)隊(duì)而言，選擇一個(gè)適合辦公的場(chǎng)所至關(guān)重要。在常州這樣的城市，中低端辦公場(chǎng)所的租金大約是每平方米70元，且這樣的場(chǎng)所并不容易找到。我們可以考慮創(chuàng)業(yè)孵化器作為替代方案。這些孵化器通常提供較便宜的租金甚至免費(fèi)，但可能需要以場(chǎng)地作為股權(quán)置換條件或放棄優(yōu)先投資權(quán)。至于選擇哪種方案更劃算，需要根據(jù)創(chuàng)業(yè)團(tuán)隊(duì)的實(shí)際情況進(jìn)行權(quán)衡。
開發(fā)一個(gè)APP的成本遠(yuǎn)不止模板價(jià)格那么簡樸。從團(tuán)隊(duì)建設(shè)、招聘、場(chǎng)地選擇等方面都需要投入大量資源和時(shí)間。但作為創(chuàng)業(yè)者，為了確保產(chǎn)品的質(zhì)量和競(jìng)爭力，這些投入都是值得的。算上水電、物業(yè)，一個(gè)月10000左右算是比較節(jié)省的生活開銷
第一步：概述
在生活開銷的規(guī)劃中，首先要考慮的是居住成本。除了房租外，水電費(fèi)和物業(yè)費(fèi)也是不可忽視的一部分。在普通城市生活，如果精打細(xì)算，一個(gè)月10000元左右的開銷是可以過得比較舒適的。
第二步：日常開銷分析
在日常生活中，辦公設(shè)備的購置是必不可少的一環(huán)。以人體工程學(xué)椅子為例，一把普通椅子大約在150元左右。若選擇普通椅子替代，加上桌子的成本，桌椅總計(jì)約200元左右。一次性購置所需設(shè)備，如電腦、打印機(jī)等，預(yù)計(jì)需要投入約6000元。這些投入雖然一次性的支出較大，但為了工作效率和身體健康，這些投入是值得的。
第三步：設(shè)備配置與預(yù)算
在開發(fā)APP的過程中，設(shè)備的配置也是一項(xiàng)重要開支。設(shè)計(jì)師和程序員的電腦配置約需4000元每臺(tái)，共七臺(tái)設(shè)備，包括一臺(tái)iOS機(jī)。為了滿足開發(fā)移動(dòng)APP的需求，還需要購置二手安卓機(jī)和蘋果機(jī)。安卓機(jī)四部，每部約2000元；蘋果機(jī)四部，每部約3500元。這些設(shè)備的采購預(yù)算共計(jì)約56000元。
第四步：產(chǎn)品定位與需求分析
在APP開發(fā)前，需要明確產(chǎn)品的定位和需求。這一階段需要產(chǎn)品經(jīng)理與老板密切溝通，理清產(chǎn)品的定位、目標(biāo)用戶、核心功能等。這個(gè)過程可能需要兩周時(shí)間。還需要進(jìn)行域名注冊(cè)、服務(wù)器購置、商標(biāo)申請(qǐng)等基礎(chǔ)工作。這些費(fèi)用包括短信服務(wù)、服務(wù)器費(fèi)用、域名注冊(cè)等，預(yù)計(jì)每年需要額外投入約15000元。
第五步：產(chǎn)品版本策劃與架構(gòu)設(shè)計(jì)
在產(chǎn)品準(zhǔn)備就緒后，需要進(jìn)行版本規(guī)劃和架構(gòu)設(shè)計(jì)。這一階段需要產(chǎn)品團(tuán)隊(duì)根據(jù)用戶需求規(guī)劃版本迭代計(jì)劃，同時(shí)架構(gòu)師需要構(gòu)想產(chǎn)品的技術(shù)架構(gòu)。在APP開發(fā)中，有兩種常見的功能實(shí)現(xiàn)方式：native原生和webview方式。為了保證用戶體驗(yàn)，通常采用原生開發(fā)為主。在產(chǎn)品上架到各大應(yīng)用商店時(shí)，需要考慮應(yīng)用審核周期和版本更新頻率的問題。還需要準(zhǔn)備產(chǎn)品官網(wǎng)、用戶協(xié)議、種子用戶管理等前期工作。這些工作雖然看似順利，但實(shí)際上需要投入大量的時(shí)間和精力，以及相應(yīng)的預(yù)算和資源支持。
從設(shè)備購置到產(chǎn)品定位、需求分析、版本規(guī)劃和架構(gòu)設(shè)計(jì)，每一個(gè)步驟都需要精心策劃和預(yù)算。只有充分準(zhǔn)備和合理規(guī)劃，才能確保APP開發(fā)的順利進(jìn)行并取得成功。產(chǎn)品發(fā)布前的關(guān)鍵階段：數(shù)據(jù)收集、設(shè)計(jì)與方向調(diào)整
一、產(chǎn)品發(fā)布前的數(shù)據(jù)收集
在產(chǎn)品尚未發(fā)布之際，我們需要明確一點(diǎn)：用戶的真實(shí)行為數(shù)據(jù)是我們優(yōu)化產(chǎn)品的重要依據(jù)。在沒有這些數(shù)據(jù)的情況下，如何判斷產(chǎn)品是否滿足用戶需求，如何調(diào)整產(chǎn)品方向呢？我們需要收集以下幾方面的數(shù)據(jù)：
1. 用戶使用習(xí)慣與偏好：了解用戶如何使用我們的產(chǎn)品，他們的偏好是什么，這是優(yōu)化產(chǎn)品設(shè)計(jì)的基礎(chǔ)。
2. 用戶反饋：通過調(diào)查問卷、在線反饋等形式收集用戶意見，了解他們對(duì)產(chǎn)品的滿意度和期待。
3. 產(chǎn)品性能數(shù)據(jù)：包括加載速度、穩(wěn)定性、響應(yīng)速度等，這些數(shù)據(jù)能幫助我們識(shí)別產(chǎn)品的瓶頸和改進(jìn)方向。
二、UI設(shè)計(jì)與交互標(biāo)準(zhǔn)的制定
產(chǎn)品的UI設(shè)計(jì)和交互體驗(yàn)是吸引用戶的關(guān)鍵因素之一。我們不能保證產(chǎn)品一上線就能讓用戶驚艷，但必須保證UI和交互的一致性。在這個(gè)階段，我們需要：
1. 確定設(shè)計(jì)風(fēng)格和語言：確保產(chǎn)品的視覺風(fēng)格與用戶需求、品牌定位相符。
2. 制定交互標(biāo)準(zhǔn)：確保用戶在使用產(chǎn)品時(shí)的操作流程簡潔明了，避免不必要的復(fù)雜操作。
三、后臺(tái)管理系統(tǒng)的建立
后臺(tái)管理系統(tǒng)是產(chǎn)品運(yùn)營的重要工具，無論是查看數(shù)據(jù)還是內(nèi)容管理，都需要一個(gè)高效、便捷的后臺(tái)系統(tǒng)。我們需要：
1. 建立數(shù)據(jù)監(jiān)控與分析系統(tǒng)：以便實(shí)時(shí)了解產(chǎn)品運(yùn)行狀況和用戶行為。
2. 設(shè)計(jì)內(nèi)容管理功能：方便團(tuán)隊(duì)快速更新內(nèi)容，保持產(chǎn)品的活力。
四、APP的重點(diǎn)關(guān)注
在產(chǎn)品開發(fā)過程中，APP是重中之重。我們需要密切關(guān)注其開發(fā)進(jìn)度，確保其在功能、性能、穩(wěn)定性等方面達(dá)到預(yù)期。我們還需要：
1. 與開發(fā)團(tuán)隊(duì)保持緊密溝通：確保產(chǎn)品開發(fā)過程中的問題能夠及時(shí)解決。
2. 進(jìn)行定期的測(cè)試和評(píng)估：確保APP能夠滿足用戶需求，達(dá)到市場(chǎng)標(biāo)準(zhǔn)。
五、內(nèi)部測(cè)試與打磨階段
在這個(gè)階段，我們需要與設(shè)計(jì)、研發(fā)、種子用戶等各方保持緊密合作，完成以下幾項(xiàng)工作：
1. 內(nèi)部測(cè)試：通過內(nèi)部測(cè)試發(fā)現(xiàn)產(chǎn)品存在的問題，及時(shí)進(jìn)行修復(fù)。
2. 產(chǎn)品打磨：根據(jù)測(cè)試結(jié)果和各方反饋，對(duì)產(chǎn)品進(jìn)行進(jìn)一步優(yōu)化和調(diào)整。
3. 與設(shè)計(jì)、研發(fā)團(tuán)隊(duì)的溝通協(xié)作：確保產(chǎn)品在功能、設(shè)計(jì)、性能等方面達(dá)到預(yù)期。
4. 與種子用戶的互動(dòng)：了解他們對(duì)產(chǎn)品的看法和建議，為產(chǎn)品上線做好準(zhǔn)備。
如果一切順利，經(jīng)過上述階段后，我們的APP第一版將在3-6個(gè)月后初具雛形，為接下來的公測(cè)和正式發(fā)布打下堅(jiān)實(shí)的基礎(chǔ)。
