Android 學習筆記 —— Android 四大組件 與 MVC 架構模式

　　

　　

　　

　　如何作系統搭環境就不說了，雖然也很重要，但究竟是材料多多，懶的整那些！

　　

　　仍是說說本身想一想的東西吧！

　　首先，咱們必須得說Android追尋着MVC架構，那就得先說一下MVC是個啥東西！

      整體而來講MVC不能說是一個設計模式，由於劃分維度太大，因此MVC應該 屬於架構模式！

　　百度百科 —— MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟件設計典範，用一種業務邏輯和數據顯示分離的方法組織代碼，將業務邏輯被彙集到一個部件裏面，在界面和用戶圍繞數據的交互能被改進和個性化定製的同時而不須要從新編寫業務邏輯。MVC被獨特的發展起來用於映射傳統的輸入、處理和輸出功能在一個邏輯的圖形化用戶界面的結構中。

     模型層、視圖層、控制層各司其職責，相互獨立，一個模型能夠有多個視圖，一個視圖能夠有多個控制器，一樣如此，一個控制器也能夠有多個模型。

　 MVC 基本處理流程 以下：

　　用戶與視圖交互，視圖接愛並反饋用戶的動做；視圖把用戶的請求傳給相應的控制器，由控制器決定調用哪一個模型，而後由模型調用相應的業務邏輯對用戶請求進行加工處理，若是須要返回數據，模型會把相應的數據返回給控制器，由控制器調用相應的視圖，最終由視圖格式化和渲染返回的數據，對於返回的數據徹底能夠增長用戶體驗效果展示給用戶。

   Andorid針對MVC實現得意於提出了四大核心組件，具體的詳細先不討論，今天主要想簡要說一下本人對四大組件的一些感性認識：

 

   Activity: 處理與UI相關的事件，呈現界面給用戶並響應用戶的請求 （ 打開一個應用，展示在你眼前的全是Activity。Activity是一個容器，她能夠其承載它控件！）；

 

   Service: 後臺服務，通常用於耗時操做，在後臺和長時間運行 （人前風平浪靜，人後快馬加鞭！Service是幕後工做者，雖然你看不到他幹事的過程，但你能看到最終的結果。Service雖是幕後工做，但不是不要工錢，系統開銷一點也很多）；

 

　BoadcastReceiver: 接收廣播事件並對事伯點擊進行處理，如當收到短信時系統會發現短信到來的廣播，可以處理該廣播的BoadcastReceiver就會根據本身須要進進處理（廣播，這個道里你們都懂吧！）；

 

    ContentProvider: 存儲、處理數據並提供給外界一致的處理接口；

 

　　

    我寫了一個關於Android四大組件的一個小故事和你們分享一下：

 

　　

　  我去中央大街的漢堡王用餐，進門前就能看到漢堡王的logo和麪店裝飾。

     走進店裏，裝潢格局，桌椅餐具，服務員全都一派肯漢堡王風格。包括前臺點餐都和交流用語都是如出一轍，標準的漢堡王模式。（如今我眼前的一切就是 Activity）。

      點餐後，我駐足等待。但這時我拿起最新的宣傳廣告看來起來，期間又接了一個工做電話。過了一會，我點的東西好了。端到本身的坐位上，我拿起發了一條微博和一條朋友圈，徹底不關心忙碌的後廚和食物的製作過程（這就是Service）

      一會店裏的廣播通知顧客去前臺取已經作好的蘑菇芝士雞腿堡，這時我身邊的一位老兄起身去了前臺。（這就是BoadcastReceiver）

      就餐完畢，出門時我把點餐時打印的收據隨手扔進了門口的垃圾箱（那收據就是ContentProvider）！