如何設(shè)計(jì)app的架構(gòu)
一、明確App類型與特點(diǎn)
要設(shè)計(jì)App的整體框架，首先要明確我們所開發(fā)的App的類型和特點(diǎn)。通常，App可分為數(shù)據(jù)展示型、手機(jī)助手類和游戲類等。不同類型的App在網(wǎng)絡(luò)交互數(shù)據(jù)的方式上也有所不同。二、網(wǎng)絡(luò)交互方式概述
三、商業(yè)應(yīng)用網(wǎng)絡(luò)調(diào)用流程
成熟的商業(yè)應(yīng)用的網(wǎng)絡(luò)調(diào)用流程通常包括：UI發(fā)起請(qǐng)求、檢查緩存、調(diào)用網(wǎng)絡(luò)模塊、解析返回JSON/統(tǒng)一處理異常、JSON對(duì)象映射為Java對(duì)象、緩存、UI獲取數(shù)據(jù)并展示。這其中涉及數(shù)據(jù)獲取、數(shù)據(jù)管理和數(shù)據(jù)展示三個(gè)主要環(huán)節(jié)。四、傳統(tǒng)的Android App架構(gòu)
Android最原生也是最基礎(chǔ)的架構(gòu)可以理解為MVC模式。在傳統(tǒng)的Android App中，Activity和Fragment掌握了Android系統(tǒng)中絕大多數(shù)的資源，并在內(nèi)部直接控制View。一般的架構(gòu)是以Activity和Fragment為核心，將網(wǎng)絡(luò)模塊、數(shù)據(jù)庫管理模塊、文件管理模塊和常用工具類等分離成若干工具類包，供Activity和Fragment使用。五、優(yōu)缺點(diǎn)分析
這種基礎(chǔ)架構(gòu)的優(yōu)點(diǎn)在于開發(fā)簡單，以頁面為導(dǎo)向。項(xiàng)目在水平方向?qū)崿F(xiàn)模塊化相對(duì)容易。其缺點(diǎn)也顯而易見：一是維護(hù)難，因?yàn)橐皂撁鏋閷?dǎo)向，一些共用的業(yè)務(wù)邏輯處理起來較為繁瑣；二是測試?yán)щy，因?yàn)閿?shù)據(jù)處理通常在Activity和Fragment中進(jìn)行，使用假數(shù)據(jù)進(jìn)行測試可能會(huì)涉及復(fù)雜的邏輯改動(dòng)；三是隨著業(yè)務(wù)復(fù)雜度的增加，Activity和Fragment的代碼量可能會(huì)激增，導(dǎo)致代碼難以管理和維護(hù)。以一個(gè)電商App的購物車功能為例，當(dāng)業(yè)務(wù)邏輯逐漸復(fù)雜，加入優(yōu)惠券、滿減計(jì)算、運(yùn)費(fèi)計(jì)算等功能時(shí)，原本簡潔的購物車管理代碼可能會(huì)迅速膨脹。一、Activity與Fragment的數(shù)據(jù)處理之痛
活動(dòng)（Activity）與片段（Fragment）的數(shù)據(jù)處理職責(zé)分析
在這個(gè)領(lǐng)域的諸多缺陷中，一個(gè)明顯的痛點(diǎn)浮現(xiàn)出來：Activity和Fragment承擔(dān)了過多的數(shù)據(jù)處理邏輯。它們本不該肩負(fù)如此重任。
分層架構(gòu)的探索與實(shí)踐
當(dāng)我們深入剖析自己的項(xiàng)目時(shí)，會(huì)發(fā)現(xiàn)大部分?jǐn)?shù)據(jù)處理代碼并不需要Activity和Fragment的寶貴資源。以User對(duì)象為例，這種全局單例在應(yīng)用中是經(jīng)典的存在。為了提升復(fù)用性，我們有必要將這些全局?jǐn)?shù)據(jù)源抽離出來，形成一個(gè)獨(dú)立的數(shù)據(jù)管理層——DataManager層。這一層負(fù)責(zé)向上層提供數(shù)據(jù)接口，屏蔽數(shù)據(jù)的來源（內(nèi)存、緩存、網(wǎng)絡(luò)），從而極大地釋放了Activity和Fragment的功能，使其專注于數(shù)據(jù)的展示和傳遞。
二、App開發(fā)外包的注意事項(xiàng)
關(guān)于App開發(fā)外包的疑慮與經(jīng)驗(yàn)分享
當(dāng)預(yù)算緊張，面對(duì)復(fù)雜的App開發(fā)需求時(shí)，我們可能會(huì)心生疑慮。如何在選擇外包團(tuán)隊(duì)或公司時(shí)避免風(fēng)險(xiǎn)？如何確保項(xiàng)目不爛尾？作為一個(gè)經(jīng)驗(yàn)豐富的開發(fā)公司，我們?cè)敢夥窒硪恍┮娊夂徒ㄗh。
如何找到可靠的外包團(tuán)隊(duì)或公司？
建議在國內(nèi)的外包網(wǎng)站上發(fā)布項(xiàng)目需求。通過簡單的描述，吸引競標(biāo)的團(tuán)隊(duì)或公司。篩選過程中，可以深入了解各團(tuán)隊(duì)或公司的經(jīng)驗(yàn)、能力、價(jià)格等因素。本地團(tuán)隊(duì)或公司通常是優(yōu)先選擇，因?yàn)闇贤ǔ杀镜停袝r(shí)需要面對(duì)面交流也更方便。
App外包的流程解析
外包項(xiàng)目一般遵循以下流程：需求溝通以明確項(xiàng)目方向；工作量評(píng)估以確定報(bào)價(jià)和開發(fā)時(shí)間；簽署項(xiàng)目合同后正式啟動(dòng)項(xiàng)目；接著進(jìn)行設(shè)計(jì)、研發(fā)、測試、上線；最后完成文檔與源碼交付；以及后續(xù)的維護(hù)升級(jí)工作。隨著手機(jī)系統(tǒng)的升級(jí)和使用時(shí)間的增長，APP可能需要維護(hù)以解決新的問題。
個(gè)人、團(tuán)隊(duì)與公司的選擇考量
在尋找外包伙伴時(shí)，我們還需要考慮究竟是選擇個(gè)人、小團(tuán)隊(duì)還是大型公司。這需要根據(jù)項(xiàng)目的規(guī)模、需求和預(yù)算來權(quán)衡。不同的選擇可能帶來不同的優(yōu)勢和風(fēng)險(xiǎn)，需要我們仔細(xì)評(píng)估。
個(gè)人兼職進(jìn)行APP開發(fā)，成本最低，一天的薪酬在300-700元之間浮動(dòng)。這種方式在時(shí)間上可能會(huì)比較長，進(jìn)度掌握相對(duì)較難。團(tuán)隊(duì)開發(fā)相對(duì)個(gè)人，經(jīng)驗(yàn)和綜合能力更強(qiáng)，開發(fā)薪酬一般為500至1000元。而公司開發(fā)則更為正規(guī)，各方面能力均衡，但成本相對(duì)較高，薪酬可能達(dá)到1000-2000元。
二、簽合同注意事項(xiàng)
合同一般由接包的公司提供，其中需特別關(guān)注項(xiàng)目報(bào)價(jià)、進(jìn)度、分期付款方式、維護(hù)升級(jí)以及源碼版權(quán)等條款。正規(guī)公司通常按2-4期進(jìn)行收款。簽合同前，務(wù)必明確功能需求，獲取詳細(xì)報(bào)價(jià)表和進(jìn)度計(jì)劃，以免日后產(chǎn)生糾紛。
三.關(guān)于成本預(yù)算的考量
除了開發(fā)成本外，還需考慮服務(wù)器費(fèi)用、維護(hù)升級(jí)費(fèi)用、APP市場成本（如iOS的App Store和Google Play的上傳費(fèi)用）以及運(yùn)營成本等。這些通常并未包含在開發(fā)成本內(nèi)，需要在預(yù)算時(shí)充分考量。
四、關(guān)于外包公司的風(fēng)險(xiǎn)及應(yīng)對(duì)策略
與外包公司合作可能面臨項(xiàng)目失敗的風(fēng)險(xiǎn)，主要表現(xiàn)在能否按時(shí)按質(zhì)完成項(xiàng)目上。大多數(shù)外包公司希望項(xiàng)目成功，但有時(shí)項(xiàng)目可能超出其能力范圍。合作中需注重溝通，盡可能選擇價(jià)格適中、信譽(yù)良好的公司合作，并注重查看其過往案例。
五、如何降低APP外包項(xiàng)目失敗概率
1. 強(qiáng)調(diào)執(zhí)行過程的重要性，注意首付款、免費(fèi)維護(hù)期及源碼的提供。
2. 整體上外包多數(shù)是有益的，但需警惕甲方將項(xiàng)目拆分給多個(gè)兼職人員的情況，可能導(dǎo)致進(jìn)度延遲。建議大項(xiàng)目盡量找有實(shí)力的公司完成，避免多家公司之間的磨合問題。
3. 嚴(yán)防轉(zhuǎn)包現(xiàn)象，確保乙方有真正的開發(fā)實(shí)力。轉(zhuǎn)包的失敗概率極高，需嚴(yán)格把控。
4. 需求理解要統(tǒng)一，避免甲乙雙方對(duì)產(chǎn)品功能的理解出現(xiàn)偏差。開發(fā)前務(wù)必讓乙方提供清晰的UE設(shè)計(jì)，UE是開發(fā)順利與否的關(guān)鍵。
乙方PM的角色與提出建議的重要性
乙方PM在為app提供建議方面扮演著至關(guān)重要的角色。雖然他們的建議很重要，但最重要的建議仍然來自甲方的高層領(lǐng)導(dǎo)，領(lǐng)導(dǎo)者的決策方向是不可替代的。曾經(jīng)有一位客戶，由于對(duì)某個(gè)功能的不了解而不敢向領(lǐng)導(dǎo)提問，最終因此被解雇，但這一對(duì)項(xiàng)目產(chǎn)生了不小的阻礙。
UI設(shè)計(jì)與風(fēng)格選擇
進(jìn)入U(xiǎn)I設(shè)計(jì)階段時(shí)，與乙方的溝通至關(guān)重要。我們需要明確告知乙方我們期望的風(fēng)格、色調(diào)，確保與公司的視覺識(shí)別系統(tǒng)（VI）保持一致。我們應(yīng)摒棄空洞的形容詞，如“高端大氣上檔次”，直接提出具體、明確的建議。明確指示哪些部分需要改進(jìn)，具體提出“這不好看，換一個(gè)”的同時(shí)說明哪里需要調(diào)整以及期望的呈現(xiàn)方式，這將大大加快UI設(shè)計(jì)的進(jìn)度。實(shí)踐經(jīng)驗(yàn)告訴我們，這樣做可能節(jié)省的時(shí)間不止一星期。
項(xiàng)目規(guī)模與技術(shù)的考量
我們必須了解項(xiàng)目的規(guī)模，包括需要考慮并發(fā)量、容災(zāi)系統(tǒng)等問題。項(xiàng)目的安全性與拓展性在項(xiàng)目開始前應(yīng)得到充分溝通并明確，這些因素會(huì)影響項(xiàng)目的價(jià)格。架構(gòu)的選擇至關(guān)重要，直接影響項(xiàng)目的成敗。
iOS App上線注意事項(xiàng)
iOS的app上線需要使用蘋果賬號(hào)，分為個(gè)人賬號(hào)、公司賬號(hào)和企業(yè)賬號(hào)。為確保app未來能以公司名義顯示，需要事先申請(qǐng)賬號(hào)。與乙方的交流方式也需要注意，可以對(duì)項(xiàng)目經(jīng)理較為嚴(yán)肅地提出意見，但對(duì)技術(shù)人員應(yīng)避免使用過于尖銳的言辭。
關(guān)于Android開發(fā)系統(tǒng)架構(gòu)
Android開發(fā)系統(tǒng)架構(gòu)包括應(yīng)用層、應(yīng)用框架層等多個(gè)層次。在開發(fā)過程中，應(yīng)用層主要涉及使用Java語言編寫的在虛擬機(jī)上執(zhí)行的程序。Android系統(tǒng)框架的各個(gè)層次是緊密關(guān)聯(lián)的，不能分開。對(duì)于應(yīng)用框架層等更深層次的技術(shù)問題，需要根據(jù)具體的開發(fā)需求和項(xiàng)目性質(zhì)進(jìn)行選擇和應(yīng)用。
第一章：Java的執(zhí)行效率與優(yōu)點(diǎn)
雖然Java的執(zhí)行效率相比C/C++可能稍遜一籌，但每種開發(fā)語言都有其獨(dú)特之處。Java具有許多卓越的特點(diǎn)，這也是它能在應(yīng)用領(lǐng)域廣泛流行的原因。否則，它早已被市場淘汰。
第二章：Java在Android系統(tǒng)中的應(yīng)用
Android選擇Java作為其應(yīng)用層的開發(fā)語言，正是因?yàn)镴ava的諸多優(yōu)勢。盡管Android與IOS存在差距，但基于Linux的Android在數(shù)百萬開發(fā)者的共同努力下，將會(huì)逐步走向完美。開源的精神促使技術(shù)不斷進(jìn)步，精益求精。
第三章：Solaris的系統(tǒng)架構(gòu)支持
Solaris支持多種系統(tǒng)架構(gòu)，包括SPARC、x86和x64（AMD64/EMT64處理器）。在版本演進(jìn)中，Solaris已經(jīng)能夠更有效地支持對(duì)稱多處理器，即SMP架構(gòu)。盡管SPARC系統(tǒng)的成本較高，但Solaris對(duì)x86體系結(jié)構(gòu)的支持正在加強(qiáng)，特別是在Solaris 10中對(duì)x64架構(gòu)的良好支持。
第四章：Dalvik虛擬機(jī)器在Android系統(tǒng)架構(gòu)中的角色
Dalvik虛擬機(jī)器是Android系統(tǒng)架構(gòu)中的關(guān)鍵部分。它與ART（Android Runtime）共同構(gòu)成了Android系統(tǒng)的運(yùn)行環(huán)境中重要環(huán)節(jié)。Dalvik是執(zhí)行時(shí)編譯+執(zhí)行的方式，而ART則是在安裝時(shí)編譯。這兩種方式各有特點(diǎn)，形象地說，Dalvik如同折疊的腳踏車，需要組裝后才能使用；而ART則像是已經(jīng)組裝好的腳踏車，直接可以騎行。
第五章：系統(tǒng)架構(gòu)方案與Android開發(fā)架構(gòu)探討
系統(tǒng)架構(gòu)是系統(tǒng)設(shè)計(jì)階段的重要組成部分。對(duì)于邏輯架構(gòu)而言，系統(tǒng)架構(gòu)圖反映了系統(tǒng)的分層和模組結(jié)構(gòu)。在設(shè)計(jì)系統(tǒng)架構(gòu)時(shí)，需要全面理解用戶需求及業(yè)務(wù)流程。微軟Visio、EA、Rose、Power Designer等UML建模工具可用于繪制系統(tǒng)架構(gòu)圖。系統(tǒng)架構(gòu)的設(shè)計(jì)需要長期的經(jīng)驗(yàn)和技術(shù)積累。在Android開發(fā)架構(gòu)中，多個(gè)SurfaceView的切換在游戲開發(fā)中常見，這種做法使得畫面表現(xiàn)更自由，但切換時(shí)可能需要額外的編程控制。
一、關(guān)于應(yīng)用開發(fā)與系統(tǒng)架構(gòu)的選擇
如果你只是進(jìn)行普通應(yīng)用開發(fā)，安桌提供的控制元件完全可以滿足你的需求。在這種情況下，使用普通的activity會(huì)更方便，surfaceview雖然功能強(qiáng)大，但相對(duì)復(fù)雜。將界面切換交給系統(tǒng)來管理，可以大大提高開發(fā)效率。如果你愿意投入更多精力，手動(dòng)使用surfaceview進(jìn)行界面切換也是可行的。在Java系統(tǒng)架構(gòu)中，由于其內(nèi)存管理機(jī)制采用自動(dòng)回收，所以不同的架構(gòu)方式在實(shí)際使用中的差別并不大。
二、系統(tǒng)架構(gòu)師需要掌握的技能
一個(gè)好的IT架構(gòu)師不會(huì)只停留在編程層面。他們?cè)陂_發(fā)過程中會(huì)積極學(xué)習(xí)各種知識(shí)、積累經(jīng)驗(yàn)，并培養(yǎng)自己的商業(yè)思維。為了全面綜合地掌握技術(shù)，系統(tǒng)架構(gòu)師需要學(xué)習(xí)多種技術(shù)，包括但不限于數(shù)據(jù)庫、Java、NET以及客戶端技術(shù)。他們還需要擴(kuò)充自己在各方面的資源，這些積累將為他們未來成為管理者或創(chuàng)業(yè)打下牢固的基礎(chǔ)。
當(dāng)前企業(yè)需要的是實(shí)用技能型人才，因此我們需要全面掌握專業(yè)實(shí)用的技術(shù)，并加強(qiáng)個(gè)人整體素質(zhì)的提升，這樣才能符合企業(yè)的用人需求。如果只選擇單一技術(shù)學(xué)習(xí)，可能會(huì)局限個(gè)人的發(fā)展。最好掌握全面的技術(shù)，包括數(shù)據(jù)庫、Java、NET等。
三、關(guān)于Java系統(tǒng)的架構(gòu)
至于Java系統(tǒng)的架構(gòu)，具體情況會(huì)因項(xiàng)目規(guī)模和要求而有所不同。在我曾經(jīng)工作的公司中，小型項(xiàng)目通常使用springmvc+spring+hibernate（或mabatis）的架構(gòu)。而在大型項(xiàng)目中，由于需要處理復(fù)雜的業(yè)務(wù)需求和數(shù)據(jù)流，可能會(huì)采用更多的分布式框架，如spring、spring integration、dubbo、zookeeper、redis、mybatis等。
四、“系統(tǒng)架構(gòu)”的含義與分類
“系統(tǒng)架構(gòu)”是指一個(gè)軟件或系統(tǒng)的整體結(jié)構(gòu)、設(shè)計(jì)和組織方式。它涵蓋了系統(tǒng)的各個(gè)組成部分以及這些部分之間的關(guān)系。常見的軟件架構(gòu)包括集中式架構(gòu)、分布式架構(gòu)等。其中，JDE屬于分布式架構(gòu)的一種。對(duì)于人和系統(tǒng)的關(guān)系，確實(shí)有一些新興的理論和實(shí)踐在探索人與系統(tǒng)的深度互動(dòng)和融合。
五、關(guān)于系統(tǒng)架構(gòu)的選擇與未來發(fā)展
在選擇系統(tǒng)架構(gòu)時(shí)，需要考慮項(xiàng)目的規(guī)模、需求以及團(tuán)隊(duì)的技術(shù)儲(chǔ)備。也需要關(guān)注新興技術(shù)和趨勢，如云計(jì)算、人工智能等，這些技術(shù)可能會(huì)對(duì)未來的系統(tǒng)架構(gòu)產(chǎn)生深遠(yuǎn)影響。作為系統(tǒng)架構(gòu)師，還需要不斷學(xué)習(xí)新技術(shù)、新理論，以適應(yīng)不斷變化的市場需求。
作為系統(tǒng)架構(gòu)師，我們需要全面理解技術(shù)，培養(yǎng)商業(yè)思維，這樣才能在未來的職業(yè)生涯中取得更好的發(fā)展。
