Android作為目前移動互聯(lián)網(wǎng)領(lǐng)域當(dāng)中的主流系統(tǒng)，其開發(fā)無疑成為行業(yè)大熱。 Android開發(fā)人員在工作中不可避免的將遇到項目架構(gòu)的設(shè)計的問題，對于這個問題，很多開發(fā)人才雖然具有開發(fā)經(jīng)驗，但卻不一定能很好地進(jìn)行解釋。對于這個問題，中培偉業(yè)《Android APP開發(fā)應(yīng)用實(shí)踐》培訓(xùn)專家劉老師給出了專業(yè)回答。

劉老師指出，對很多開發(fā)新人來說，這個問題體現(xiàn)著項目分層、功能模塊劃分以及公共模塊提取等基本意識，以及對一些經(jīng)典架構(gòu)的理解，比如MVCMVPMVVMCLEAN等。其主要涉及到以下幾個方面的問題。

1.你為什么選擇使用MVC而不是MVP或者其他架構(gòu)？

這個問題實(shí)際考察的是你對市面上主流的Android架構(gòu)模式的了解。你至少需要知道每種架構(gòu)的大致結(jié)構(gòu)，然后了解一下它們各自解決的是其它架構(gòu)無法解決的什么問題。最后，在談你自己的選擇時，結(jié)合項目的特點(diǎn)來說就可以了。其實(shí)，大部分學(xué)生時期的項目用個MVC就足夠了，如果你代碼行數(shù)最多的Activity都不到百行，那么使用MVP或者其它架構(gòu)給你帶來的額外負(fù)擔(dān)恐怕要比你的收益高很多，切忌矯枉過正。不過，抱著學(xué)習(xí)心態(tài)去使用這些架構(gòu)都是值得鼓勵的。

2.寫過BaseActivityBaseFragment怎么設(shè)計的？

劉老師的觀點(diǎn)是：一是在項目開始階段可以先提出一個基類，但不用花太多時間想著怎么填充內(nèi)容進(jìn)去，很可能得不償失，其實(shí)隨著你項目的進(jìn)展，那些重復(fù)實(shí)現(xiàn)的內(nèi)容就會慢慢浮現(xiàn)，這些內(nèi)容就是需要你在基類里實(shí)現(xiàn)的。二是在你實(shí)在不知道BaseActiviy里要放些什么的時候，至少可以編寫各個生命周期方法中的的log，以及像eventbus這類第三方庫的初始化以及銷毀操作。

3.你項目中的package劃分，是按照層次劃分的呢，還是按照功能劃分的呢為什么？

按層次劃分的package這個大家可能比較常用，那么按功能劃分呢可以看下面這張圖。 這么做的好處是什么呢看到代碼結(jié)構(gòu)你就能辨別這個app是干嘛的更加模塊化代碼切換更容易更高級別的抽象功能和層都分離開來了可讀性更強(qiáng)以及更易維護(hù)的結(jié)構(gòu)更高的內(nèi)聚更易擴(kuò)展更少遇到改動無關(guān)類或者文件的情況添加或者移除功能要容易很多更多可復(fù)用的模塊。 我這里并不是說按功能劃分就比按層次劃分好，只是想讓大家看看別的思路。這題沒有絕對的答案，但一定說出你在劃分時的思考。

4.了解過AOP項目中有用到過么?

AOP面向切面編程與面向?qū)ο缶幊虒?yīng)。我們都知道面向?qū)ο竺枋龅氖强v向上的關(guān)系，從父到子再到孫。而面向切面解決的是橫向的問題，這些問題可以簡單地理解為與業(yè)務(wù)邏輯無關(guān)的代碼重用問題。大家在自己的項目其實(shí)都或多或少的用到過，比如在處理Http, SharedPreferences, Json, Xml, File, Device, System, Log, 格式轉(zhuǎn)換等是，我們提取出來的公共類。 這樣做能夠使得App整體的結(jié)構(gòu)更清晰合理，避免局部的代碼臃腫，方便開發(fā)、測試以及后續(xù)的維護(hù)。