EIT造型下的Android框架（五）

前言：

EIT造型下的Composite模式

         前面几篇博客介绍了EIT造型下的设计模式，而设计模式再次组合就会构成更大的架构，接下来将会就设计模式的新组合构成Android架构做进一步的分析，能够更加直观的从小的EIT到大的Android框架有一个全面系统的认知。

 

一、初步认识设计模式构成框架

前面几篇博客叙述过EIT造型形成的设计模式了，不太了解的童鞋可以查阅前面几篇博客，接下来将带领各位了解设计模式组成Android架构。先上UML图：

在开发过程中用户界面按钮的创建是app开发者在myActivity中new Button();这样两个EIT造型（基类Activity（E）创建出myActivity（T），myActivity作为Factory（工厂）去new 一个Button控件，Button（t）就会被框架层View（e）创建出来了）,这样两个EIT造型就组合成了一个Factory（工厂）的设计模式了。

 

Button按钮被创建出来之后，就会在myActivity中生成一个对像，Android框架通过IOC回调机制setContentView()传递给框架层了，之后Activity就会把Button按钮交给Android管理服务WindowManagerImpl，WindowManagerImpl就把app开发者创建的Button通过setView()交给了View去绘制界面信息了，View里面提供了一个OnClicklistener接口，当Button按钮发生变化，View就会通过OnClickListener把信息交给外界，myActivity只要实现了OnClickListener接口，就可以实时监听Button的变化信息了。这个过程也可以把MyActivity看作是观察者，Button与View就可以看做是被观察的主体部分，MyActivity通过OnClickListener观察Button的变化，就成为了观察者模式喽。

 

通过上面我们开发过程中经常用到的案例，一个Factory（工厂）模式，配合一个Observer(观察者)模式就组合成了Android的一个小框架了。

 

 

二、框架的几种类型

           （1）早期（1980~1990年）客户端开发是无框架的，也就是E&I的制定权不在平台开发者手里，平台开发者受制于客户端开发的限制，客户端越来越多，linux和window平台的变更成本就越来越高，系统平台盈利就越来越少。

           （2）后来出现单层框架，单层框架诞生的目的就是为了解决E&I控制权的归属问题，单层框架中E&I是由平台开发者提供的，客户端开发者想要在平台上运行，就需要使用平台提供的“I”接口，于是有了单层框架，平台开发就拥有控制权了。

（3）基于平台提供的大框架，app开发者根据自己的业务需求创建了自己的小框架，所以平台的大框架与app开发者的小框架组合成了复合型框架。

（4）我们知道app开发中用到的大部分是java语言，实际上在Android系统的底层是由C/C++来实现的，java是运行在vm虚拟机上面的，代码简单明了形式优美，容易理解，但执行效率不高；C/C++是运行在CPU中的，执行过程强劲有力，速度更快。而Android系统为了能够使开发者享受java代码的简单优美的同时，又能够感受到Android平台的执行效率，就加入了C/C++来完美展现双层架构的力与美。

好了，以上就是对EIT造型组合设计模式，设计模式组合成Android框架的叙述，欢迎关注我的博客，后面会继续更新博客。