久操国产,亚洲国产成人av,亚洲国产精品视频

算算日子，工作剛好三年了。這篇開(kāi)始，鄙人就要向著各種以前想起來(lái)就頭大的方向努力前進(jìn)了。作為在Android應(yīng)用層搬磚多年的民工，首篇我想談?wù)勛约簩?duì)架構(gòu)思想的一些看法。如有不妥，還請(qǐng)拍磚。

蓋樓的故事（虛構(gòu)）

有一塊地，兩個(gè)區(qū)域，開(kāi)發(fā)商分別讓兩個(gè)包工頭負(fù)責(zé)開(kāi)發(fā)。

包工頭A辦事干凈利落，甩開(kāi)膀子就開(kāi)工了。為了省錢(qián)雇了一個(gè)全能的工人，他既要去采購(gòu)蓋房的材料，又要用這些材料蓋房子。起初底層屋子結(jié)構(gòu)簡(jiǎn)單，還能應(yīng)付得來(lái)，到了后面復(fù)雜的設(shè)計(jì)需求時(shí)，忙的不可開(kāi)交，經(jīng)常精疲力盡，阻斷了蓋房子的進(jìn)程，使得老板很是不開(kāi)心，偶爾讓他改個(gè)屋子結(jié)構(gòu)，他要把整層樓都推到才能實(shí)現(xiàn)，嚴(yán)重影響了工期。畫(huà)的圖紙都是一次性的，不能重用，耗時(shí)又耗錢(qián)，開(kāi)發(fā)商整天吹胡子瞪眼的跟在屁股后面催。

包工頭B拿到開(kāi)發(fā)商方案后，先召集小弟開(kāi)了個(gè)會(huì)，確定了所有樓層的樣式，并把它們拆分成獨(dú)立的模塊。按照模塊劃分給了各個(gè)負(fù)責(zé)人，有制定樓層樣式的，有專(zhuān)門(mén)負(fù)責(zé)資源提供的，有負(fù)責(zé)運(yùn)送資源的，有按照預(yù)定方案實(shí)施的等等。花了大半個(gè)月將所有任務(wù)都分配完畢，開(kāi)始施工。雖然人雇傭的有點(diǎn)多，前面的時(shí)間也耽誤了大半個(gè)月，但是一開(kāi)工很快就趕上了隔壁樓。emmm，開(kāi)發(fā)商喜笑顏開(kāi)，點(diǎn)點(diǎn)頭，這個(gè)錢(qián)花的劃算，完事后以后就用包工頭B了。

不久后，兩塊地都完工了。這時(shí)質(zhì)檢開(kāi)始了，令人頭疼的A區(qū)域，有個(gè)小毛病就要拆掉一大片地方去改造，有的地方改好了卻又影響了其它地方，而反觀(guān)B區(qū)域，專(zhuān)人負(fù)責(zé)只要改有問(wèn)題的地方就好了。

后來(lái)，包工頭A游走在各個(gè)小開(kāi)發(fā)商，工資又低又累，而包工頭B已經(jīng)走上了人生巔峰。（哈哈，終結(jié)）

包工頭B的巔峰秘籍

我們?cè)賮?lái)回顧一下包工頭B的蓋樓經(jīng)過(guò)。

接到項(xiàng)目，沒(méi)有立即開(kāi)發(fā)，開(kāi)會(huì)整理需求；

按需求、職能劃分模塊，并由對(duì)應(yīng)的人員負(fù)責(zé)；

各功能模塊的負(fù)責(zé)人扁平化管理，沒(méi)有相互掣肘；

同樣的，我們App的開(kāi)發(fā)也是一樣的道理，不能像包工頭A一樣把所有的任務(wù)都交給Activity去做。我們要像包工頭B一樣分層去創(chuàng)建App。大家可以了解一下clean Architecture，這里將App應(yīng)用分為三層，內(nèi)-中-外，然后由4個(gè)管理者分別去管理他們。

分層的準(zhǔn)則：

由外到內(nèi)抽象
內(nèi)層不了解層，外層依賴(lài)內(nèi)層
分工明確，相互獨(dú)立

先來(lái)解釋一下第一條，以往我們開(kāi)發(fā)App都是先從界面開(kāi)始，然后最終到業(yè)務(wù)邏輯。現(xiàn)在要反過(guò)來(lái)，接到需求，要先明確實(shí)體是什么

（舉個(gè)例子，比如登錄功能，它所描述的實(shí)體就是用戶(hù)User），然后它有哪些行為（比如登陸，登出userCase）。最后再到具體功能實(shí)現(xiàn)。

內(nèi)層不了解外層，還是拿登錄來(lái)說(shuō)，在內(nèi)層只需要知道用戶(hù)有登錄以及登出的行為就可以了，至于它是如何進(jìn)行這些行為，內(nèi)層就不需要知道了，但是反過(guò)來(lái)外層要實(shí)現(xiàn)內(nèi)層的行為就要知道內(nèi)層有哪些行為于是便產(chǎn)生了依賴(lài)關(guān)系。內(nèi)層能獨(dú)立存在，而外層必須依賴(lài)內(nèi)層。

分工明確，相互獨(dú)立，講的是各模塊功能獨(dú)立存在，就比如登錄，和注冊(cè)功能是相互獨(dú)立的，各司其職，不能越俎代庖。

4個(gè)管理者

domain：定義抽象實(shí)體，核心業(yè)務(wù)邏輯，以及數(shù)據(jù)輸出接口。此層為純java代碼，建議直接創(chuàng)建java module。
data：數(shù)據(jù)管理，分為本地的存儲(chǔ)（sqlLite，sharedpreferences），以及服務(wù)端Api。
device：與Android底層相關(guān)，如通知，藍(lán)牙，傳感器等等。
app：我們最熟悉的層級(jí)，內(nèi)部可以根據(jù)各自的喜好選擇MVP，以及MVVM模式來(lái)實(shí)現(xiàn)UI界面。

App開(kāi)發(fā)的流程