EIT造型下的Android框架(五)
前面几篇博客介绍了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”接口,于是有了单层框架,平台开发就拥有控制权了。
好了,以上就是对EIT造型组合设计模式,设计模式组合成Android框架的叙述,欢迎关注我的博客,后面会继续更新博客。