Android框架初探

最近，下了一些完整项目的源码，看一些大神的项目解析，对Android框架有一点点认识。先暂时总结下，期望进一步提高。

框架，框架模式，设计模式是不同的。

1. 框架模式有哪些？
   MVC、MTV、MVP、CBD、ORM等等；
2. 框架有哪些？
   C++语言的QT、MFC、gtk，Java语言的SSH 、SSI，php语言的 smarty(MVC模式)，python语言的django(MTV模式)等等
3. 设计模式有哪些？
   工厂模式、适配器模式、策略模式等等

简而言之：框架是大智慧，用来对软件设计进行分工；设计模式是小技巧，对具体问题提出解决方案，以提高代码复用率，降低耦合度。

一、框架模式

1、MVC

MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写。

用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。

• Model（模型）是应用程序中用于处理应用程序数据逻辑的部分。
  　　通常模型对象负责在数据库中存取数据。
• View（视图）是应用程序中处理数据显示的部分。
  　　通常视图是依据模型数据创建的。
• Controller（控制器）是应用程序中处理用户交互的部分。
  　　通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。

2、MVP

MVP 是从经典的模式MVC演变而来，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示。

MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不是通过 Controller。

在MVP里，Presenter完全把Model和View进行了分离，主要的程序逻辑在Presenter里实现。而且，Presenter与具体的View是没有直接关联的，而是通过定义好的接口进行交互

具体到Android App中，我一般将App根据程序的结构进行纵向划分，对应MVP分别为模型层，UI层和逻辑层。UI层一般包括Activity，Fragment，Adapter等直接和UI相关的类，UI层的Activity在启动之后实例化相应的Presenter，App的控制权后移，由UI转移到Presenter，两者之间的通信通过BroadCast、Handler或者接口完成，只传递事件和结果。举个简单的例子，UI层通知逻辑层（Presenter）用户点击了一个Button，逻辑层（Presenter）自己决定应该用什么行为进行响应，该找哪个模型（Model）去做这件事，最后逻辑层（Presenter）将完成的结果更新到UI层。

二、kandroid-master框架项目的一点学习

两幅图片分别是概念展示，和代码结构展示。这个框架，分为四个层。

模型层。model
接口层。api
核心层。core
界面层。app

1、模型层横跨所有层级，封装了所有数据实体类，基本上也是跟json的obj数据一致的，在接口层会将obj转化为相应的实体类，再通过Action传到界面层。

2、接口层封装了网络底层的API，并提供给核心层调用。

3、核心层介于接口层和界面层之间，主要处理业务逻辑，集中做数据处理。向上，给界面层提供数据处理的接口，称为Action；向下，调用接口层向服务器请求数据。

4、界面层处于最上层，其核心就是负责界面的展示。

参考网址：
http://blog.csdn.net/ysh06201418/article/details/46533895
http://keeganlee.me/post/android/20150605