一、關(guān)于手機(jī)APP軟件的架構(gòu)探討
手機(jī)APP軟件并不完全屬于C/S架構(gòu)。除了C/S架構(gòu)，還有單機(jī)版APP以及B/S架構(gòu)等類(lèi)型的APP。
在C/S架構(gòu)中，應(yīng)用程序分為服務(wù)器部分和客戶機(jī)部分。服務(wù)器部分承載多個(gè)用戶共享的信息與功能，執(zhí)行后臺(tái)服務(wù)。典型的如聊天APP、視頻APP等，作為本地客戶機(jī)與服務(wù)器端進(jìn)行信息交流、請(qǐng)求等，屬于典型的C/S結(jié)構(gòu)。
B/S架構(gòu)中，客戶機(jī)上只需安裝一個(gè)瀏覽器，如Netscape Navigator或Internet Explorer，而服務(wù)器則安裝SQL Server、Oracle、MySQL等數(shù)據(jù)庫(kù)。瀏覽器通過(guò)WebServer與數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)交互，手機(jī)中的許多瀏覽器應(yīng)用便屬于此類(lèi)架構(gòu)。手機(jī)中還有一些單機(jī)版游戲等應(yīng)用。
擴(kuò)展資料顯示，C/S和B/S架構(gòu)在硬件環(huán)境、系統(tǒng)維護(hù)、升級(jí)等方面存在顯著差異。C/S建立在局域網(wǎng)基礎(chǔ)上，對(duì)數(shù)據(jù)處理的硬件要求較高；而B(niǎo)/S則建立在廣域網(wǎng)之上，無(wú)需專(zhuān)門(mén)的網(wǎng)絡(luò)硬件環(huán)境。在維護(hù)升級(jí)方面，C/S架構(gòu)的每個(gè)客戶機(jī)都需要安裝和配置相關(guān)軟件，而B(niǎo)/S只需在服務(wù)器端進(jìn)行維護(hù)升級(jí)。
二、Android App開(kāi)發(fā)中的架構(gòu)模塊
在開(kāi)發(fā)Android App時(shí)，主要涉及到以下模塊：
1. 異步下載模塊：包括JSON、圖像等的異步下載。
2. 網(wǎng)絡(luò)請(qǐng)求排序模塊：對(duì)網(wǎng)絡(luò)請(qǐng)求進(jìn)行排序管理。
3. 網(wǎng)絡(luò)請(qǐng)求優(yōu)先級(jí)處理模塊：確保重要請(qǐng)求得到優(yōu)先處理。
4. 緩存模塊：提高應(yīng)用性能和響應(yīng)速度。
5. 多級(jí)別取消請(qǐng)求模塊：靈活控制網(wǎng)絡(luò)請(qǐng)求的取消與重試。
6. 與Activity生命周期聯(lián)動(dòng)的網(wǎng)絡(luò)請(qǐng)求模塊：確保Activity結(jié)束時(shí)所有網(wǎng)絡(luò)請(qǐng)求得到妥善處理。
在android-async-http框架中，還包括以下關(guān)鍵模塊：
1. 匿名回調(diào)處理請(qǐng)求結(jié)果模塊。
2. 在UI線程外進(jìn)行http請(qǐng)求模塊，確保UI的流暢性。
3. 文件斷點(diǎn)上傳模塊：實(shí)現(xiàn)文件的穩(wěn)定傳輸。
4. 智能重試模塊：自動(dòng)處理網(wǎng)絡(luò)請(qǐng)求失敗并嘗試重新連接。
5. 默認(rèn)gzip壓縮模塊：減少數(shù)據(jù)傳輸量，提高傳輸效率。
6. 支持解析成Json格式模塊：方便數(shù)據(jù)處理與展示。
7. Cookies持久化到SharedPreferences模塊：實(shí)現(xiàn)用戶信息的保存與快速登錄。
Afinal框架提供了四大核心模塊，其中包括數(shù)據(jù)庫(kù)模塊（android中的orm框架），采用線程池操作sqlite，大大提高了數(shù)據(jù)庫(kù)操作效率和線程管理效率。這些模塊共同構(gòu)成了Android App開(kāi)發(fā)中的基礎(chǔ)架構(gòu)，為開(kāi)發(fā)者提供了豐富的工具和手段，助力App的開(kāi)發(fā)與優(yōu)化。Android框架詳解：xUtils與ThinkAndroid的模塊功能
一、xUtils框架介紹
xUtils是一個(gè)集成了多種模塊的Android開(kāi)發(fā)框架，主要包括以下四大模塊：
數(shù)據(jù)庫(kù)模塊
：xUtils中的數(shù)據(jù)庫(kù)模塊采用了orm框架，開(kāi)發(fā)者僅需一行代碼即可完成數(shù)據(jù)的增刪改查操作，大大簡(jiǎn)化了開(kāi)發(fā)過(guò)程。注解模塊
：該模塊實(shí)現(xiàn)了android中的ioc框架。通過(guò)完全注解的方式，開(kāi)發(fā)者可以進(jìn)行UI、資源和的綁定，無(wú)需繁瑣的編碼操作。網(wǎng)絡(luò)模塊
：xUtils的網(wǎng)絡(luò)模塊支持通過(guò)httpclient封裝http數(shù)據(jù)請(qǐng)求，同時(shí)支持同步和異步方式的請(qǐng)求，還支持ajax方式加載，以及下載、上傳文件功能。圖片緩存模塊
：通過(guò)FinalBitmap，imageview在加載bitmap時(shí)，無(wú)需擔(dān)心在bitmap加載過(guò)程中可能出現(xiàn)的oom（內(nèi)存溢出）問(wèn)題和android容器快速滑動(dòng)時(shí)的圖片錯(cuò)位現(xiàn)象。
二、ThinkAndroid框架介紹
ThinkAndroid是另一個(gè)強(qiáng)大的Android開(kāi)發(fā)框架，其主要模塊包括：
MVC模塊
：實(shí)現(xiàn)視圖與模型的分離，使代碼結(jié)構(gòu)更清晰，易于維護(hù)。ioc模塊
：提供了android中的ioc功能。通過(guò)完全注解的方式，進(jìn)行UI綁定、res中資源的讀取以及對(duì)象的初始化。數(shù)據(jù)庫(kù)模塊
：采用orm框架對(duì)sqlite進(jìn)行操作，使用了線程池來(lái)提高操作效率。http模塊
：通過(guò)httpclient進(jìn)行http數(shù)據(jù)請(qǐng)求，支持異步及同步方式加載。緩存模塊
：通過(guò)簡(jiǎn)單的配置及設(shè)計(jì)，可以很好地實(shí)現(xiàn)緩存功能，對(duì)緩存的配置具有極高的靈活性。圖片緩存模塊
：在imageview加載圖片時(shí)，無(wú)需擔(dān)心圖片加載過(guò)程中的oom問(wèn)題和快速滑動(dòng)時(shí)的圖片錯(cuò)位現(xiàn)象。配置器模塊
：可以簡(jiǎn)單實(shí)現(xiàn)配對(duì)配置的操作，目前支持Preference、Properties進(jìn)行配置的存取。日志打印模塊
：可以快速地實(shí)現(xiàn)日志打印功能，并支持日志打印的擴(kuò)展，包括本地打印和控制臺(tái)打印。
下載器模塊
：可以簡(jiǎn)單實(shí)現(xiàn)多線程下載、后臺(tái)下載、斷點(diǎn)續(xù)傳等功能，并對(duì)下載過(guò)程進(jìn)行控制，如開(kāi)始、暫停、刪除等。以上就是對(duì)xUtils和ThinkAndroid兩大框架的詳細(xì)介紹，這些模塊為Android開(kāi)發(fā)者提供了豐富的功能和極大的便利，幫助開(kāi)發(fā)者提高開(kāi)發(fā)效率和代碼質(zhì)量。
LoonAndroid模塊概述
一、主要模塊介紹
LoonAndroid擁有以下核心模塊：(1) 自動(dòng)注入框架
只需繼承框架內(nèi)的application，即可輕松實(shí)現(xiàn)功能集成。(2) 圖片加載框架
(3) 網(wǎng)絡(luò)請(qǐng)求模塊
覆蓋幾乎所有http請(qǐng)求，輕松處理網(wǎng)絡(luò)交互。(4) Eventbus
集成開(kāi)源框架，優(yōu)化處理機(jī)制。(5) 驗(yàn)證框架
集成開(kāi)源驗(yàn)證框架，提高數(shù)據(jù)安全性。(6) JSON解析
支持將JSON解析為集合或?qū)ο?，方便?shù)據(jù)處理。(7) 數(shù)據(jù)庫(kù)模塊
(8) 多線程斷點(diǎn)下載
自動(dòng)識(shí)別是否支持多線程，處理重定向，提升下載效率。(9) 自動(dòng)更新模塊
實(shí)現(xiàn)應(yīng)用自動(dòng)更新，保持最新版本。(10) 工具類(lèi)系列
包含一系列實(shí)用工具類(lèi)，方便開(kāi)發(fā)。二、App架構(gòu)設(shè)計(jì)思路
在設(shè)計(jì)App的整體框架時(shí)，首先要明確App的類(lèi)型和特點(diǎn)。 針對(duì)需要與服務(wù)器交互數(shù)據(jù)的App，一般有兩種主要方式：主動(dòng)請(qǐng)求(http)和長(zhǎng)連接推送。 例如，數(shù)據(jù)展示類(lèi)型的App，頁(yè)面多，需頻繁調(diào)用后端接口，主要以http請(qǐng)求為主。而推送模塊，特別是在IM類(lèi)型App中，長(zhǎng)連接的使用較為常見(jiàn)，需關(guān)注電量和流量消耗。 對(duì)于這類(lèi)常見(jiàn)的App，其主要工作包括：從服務(wù)端獲取數(shù)據(jù)展示給用戶，以及將用戶在客戶端的修改數(shù)據(jù)上傳至服務(wù)端。網(wǎng)絡(luò)調(diào)用的頻率較高，且需考慮網(wǎng)絡(luò)狀況。成熟的商業(yè)應(yīng)用的網(wǎng)絡(luò)調(diào)用流程通常如下：UI發(fā)起請(qǐng)求→檢查緩存→調(diào)用網(wǎng)絡(luò)模塊→解析返回JSON/統(tǒng)一處理異?！鶭SON對(duì)象映射為Java對(duì)象→緩存→UI獲取數(shù)據(jù)并展示。 由此，我們可以看到明確的職責(zé)劃分：數(shù)據(jù)獲取、數(shù)據(jù)管理和數(shù)據(jù)展示。確定了這些職責(zé)后，我們可以進(jìn)一步設(shè)計(jì)傳統(tǒng)的Android App架構(gòu)。在傳統(tǒng)的Android App架構(gòu)中，以Activity和Fragment為核心，掌握系統(tǒng)資源，直接控制View。網(wǎng)絡(luò)模塊、數(shù)據(jù)庫(kù)管理模塊等被分離成若干工具類(lèi)包，供Activity和Fragment使用。一、基礎(chǔ)Android項(xiàng)目架構(gòu)概述
1. 引言
市面上大部分App都采用的較為基礎(chǔ)的Android項(xiàng)目架構(gòu)，其開(kāi)發(fā)導(dǎo)向以頁(yè)面為中心。這種架構(gòu)有其獨(dú)特的優(yōu)點(diǎn)和缺點(diǎn)，需要我們深入理解并靈活應(yīng)用。
2. 優(yōu)點(diǎn)
此種架構(gòu)開(kāi)發(fā)簡(jiǎn)單，頁(yè)面導(dǎo)向明確。當(dāng)項(xiàng)目模塊化構(gòu)建達(dá)到一定水平時(shí)，基于Activity和Fragment這兩個(gè)核心組件，許多任務(wù)可以直接完成，無(wú)需過(guò)多繞彎。
3. 缺點(diǎn)與挑戰(zhàn)
隨著項(xiàng)目的深入，維護(hù)成本逐漸上升。頁(yè)面導(dǎo)向的設(shè)計(jì)使得共用的業(yè)務(wù)邏輯變得繁瑣，易引發(fā)代碼重復(fù)。測(cè)試難度也相對(duì)較高，因?yàn)閿?shù)據(jù)處理主要集中在一個(gè)Activity和Fragment中。當(dāng)需要添加假數(shù)據(jù)時(shí)，往往需要直接修改Activity和Fragment的數(shù)據(jù)控制邏輯。更為棘手的是，隨著業(yè)務(wù)邏輯的復(fù)雜化，Activity和Fragment的代碼量急劇增加，管理難度加大。以電商App的購(gòu)物車(chē)功能為例，隨著優(yōu)惠券、滿減、湊單等功能的加入，代碼量迅速膨脹。
二、分層架構(gòu)的提出
4. 數(shù)據(jù)處理的痛點(diǎn)
在上述缺點(diǎn)中，一個(gè)核心痛點(diǎn)是Activity和Fragment承擔(dān)了過(guò)多的數(shù)據(jù)處理邏輯。為了解決這個(gè)問(wèn)題，我們提出了分層架構(gòu)的理念。
5. 分層架構(gòu)的核心理念
通過(guò)觀察項(xiàng)目實(shí)際，我們發(fā)現(xiàn)大部分?jǐn)?shù)據(jù)處理的代碼并不需要Activity和Fragment的資源。我們將全局?jǐn)?shù)據(jù)源統(tǒng)一抽取出來(lái)，形成一層數(shù)據(jù)處理層——DataManager層。這一層負(fù)責(zé)數(shù)據(jù)的統(tǒng)一處理，向上層提供數(shù)據(jù)接口，從而實(shí)現(xiàn)UI與數(shù)據(jù)處理的分離，提高了代碼的復(fù)用性。
三、項(xiàng)目包結(jié)構(gòu)與設(shè)計(jì)
6. 項(xiàng)目包結(jié)構(gòu)概述
在我的一個(gè)項(xiàng)目中，我們采用了這種分層架構(gòu)。項(xiàng)目的包結(jié)構(gòu)經(jīng)過(guò)精心設(shè)計(jì)，確保各層級(jí)職責(zé)清晰。
7. Activity和Fragment的角色轉(zhuǎn)變
在分層架構(gòu)中，Activity和Fragment卸下了數(shù)據(jù)處理的重?fù)?dān)。它們持有DataManager的引用，專(zhuān)注于數(shù)據(jù)的獲取與展示，負(fù)責(zé)向DataManager傳遞數(shù)據(jù)，而不進(jìn)行網(wǎng)絡(luò)請(qǐng)求和緩存讀寫(xiě)。這樣，Activity和Fragment的代碼更加簡(jiǎn)潔，易于維護(hù)。
這樣的架構(gòu)設(shè)計(jì)不僅使項(xiàng)目更加模塊化、清晰化，還提高了代碼的可維護(hù)性和復(fù)用性。希望這種架構(gòu)能為您的Android項(xiàng)目開(kāi)發(fā)帶來(lái)啟示和幫助。
