妥妥的去面試之Android基礎(六)

筆者由於在近期需要找工作,所以近期最主要的任務就是準備面試,不打無準備之仗。只有你準備充分了,那麼你想得到的機會纔可能有機會入你懷中。

筆者會將準備面試的學習過程記錄下來,方便自己覆盤的同時也希望能給一道找工作的小夥伴們一些幫助。筆者準備的內容大綱如下

7911186-9c84d76a4df01570.png
Android面試大綱.png

妥妥的去面試之Android基礎(一)

妥妥的去面試之Android基礎(二)

妥妥的去面試之Android基礎(三)

妥妥的去面試之Android基礎(四)

妥妥的去面試之Android基礎(五)

關於Android基礎篇部分,不出意外的話這篇應該是終結篇了~~

那麼上最後的正菜吧

談談你對MVC、MVP和MVVM的理解

MVC分三個層

  • 視圖層(View):對應於xml佈局文件和java代碼動態view部分。
  • 控制層(Controller):MVC中Android的控制層是由Activity來承擔的,Activity作爲初始化頁面,展示數據的操作。但是因爲XML視圖功能太弱,所以Activity既要負責視圖的顯示又要加入控制邏輯,承擔的功能過多。
  • 模型層(Model):針對業務模型,建立數據結構和相關的類,它主要負責網絡請求,數據庫處理,I/O的操作。

總結:

具有一定的分層,model徹底解耦,controller和view並沒有解耦。Controller既要承擔頁面的初始化又要處理控制邏輯,承擔的功能過多,其代碼量也會過多。Model和View要直接交互,它們耦合度依然更高。

MVP

MVP在MVC的基礎上,引入了中間層Present把Model和View層徹底解耦,由Present來控制邏輯,解決了MVC中Controller和View分不清的問題。但是隨着業務邏輯的增加,一個頁面可能會非常複雜,UI的改變是非常多,會有非常多的case,這樣就會造成View的接口會很龐大。

MVVM

MVP中我們說過隨着業務邏輯的增加,UI的改變多的情況下,會有非常多的跟UI相關的case,這樣就會造成View的接口會很龐大。而MVVM就解決了這個問題,通過雙向綁定的機制,實現數據和UI內容,只要想改其中一方,另一方都能夠及時更新的一種設計理念,這樣就省去了很多在View層中寫很多case的情況,只需要改變數據就行。

MVVM與DataBinding的關係?

MVVM是一種思想,DataBinding是谷歌推出的方便實現MVVM的工具。
看起來MVVM很好的解決了MVC和MVP的不足,但是由於數據和視圖的雙向綁定,導致出現問題時不太好定位來源,有可能數據問題導致,也有可能業務邏輯中對視圖屬性的修改導致。如果項目中打算用MVVM的話可以考慮使用官方的架構組件ViewModel、LiveData、DataBinding去實現MVVM。

三者如何選擇?

  • 如果項目簡單,沒什麼複雜性,未來改動也不大的話,那就不要用設計模式或者架構方法,只需要將每個模塊封裝好,方便調用即可,不要爲了使用設計模式或架構方法而使用。
  • 對於偏向展示型的app,絕大多數業務邏輯都在後端,app主要功能就是展示數據,交互等,建議使用mvvm。
  • 對於工具類或者需要寫很多業務邏輯app,使用mvp或者mvvm都可。

HttpClient和HttpUrlConnection的區別?

  • HttpClient適用於web瀏覽器,擁有大量靈活的API,實現起來比較穩定,且其功能比較豐富,提供了很多工具,封裝了http的請求頭。但在不破壞兼容性的前提下,其龐大的API也使人難以改進。於是在Android 6.0中拋棄了HttpClient,替換成OkHttp。
  • HttpUrlConnection它的API簡單,體積較小,因而非常適用於Android項目。壓縮和緩存機制可以有效地減少網絡訪問的流量,在提升速度和省電方面也起到了較大的作用。對於新的應用程序應該使用HttpURLConnection。

invalidate和requestLayout的區別及使用?

  • invalidate():是自定義View 的時候,重新執行onDraw()方法,當view只在內容和可見度方面發生變化時調用。

  • requeLayout() : 他跟invalidate()相反,他只調用measure()和layout()過程,不會調用draw()。

如果需要局部刷新怎麼辦?

使用 requestFocus()方法,他只刷新你要刷新的地方。

Android對HashMap做了優化後推出的新的容器類是什麼?

比如使用了SparseArray、ArrayMap用來代替HashMap。它們在有些情況下能帶來更好的性能提升。

SparseArray

SparseArray比HashMap更省內存,在某些條件下性能更好,主要是因爲它避免了對key的自動裝箱(int轉爲Integer類型),它內部則是通過兩個數組來進行數據存儲的,一個存儲key,另外一個存儲value,爲了優化性能,它內部對數據還採取了壓縮的方式來表示稀疏數組的數據,從而節約內存空間。

SparseArray在存儲和讀取數據時候,使用的是二分查找法。

滿足下面兩個條件我們可以使用SparseArray代替HashMap

  • 數據量不大,最好在千級以內
  • key必須爲int類型,這中情況下的HashMap可以用SparseArray代替

建議與此篇博客共同食用 Android內存優化(使用SparseArray和ArrayMap代替HashMap)

面試系列的文章都放於 面試妥妥的 建議小夥伴們關注該專題

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章