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）！