android 笔记05

因为项目需要，最近在看Android 。随手记录学习过程中的摘录，主要来源：http://www.gswift.cn/


《如何开发Android 应用框架》

回顾：
应用软件 ＝ ｛AP +应用框架｝
传统的观点，将应用软件（Application）与系统平台分为独立的两个层级，于是API就位于这两层之间。
这中观点意味着所有的应用领域知识（Domian Knowledge）都集中在AP里，而不知道AP只是应用子类（Subclass）而已，这些子类必须结合应用框架的基类，才成为完整的应用软件。例如：在Android环境里，AP开发者只是撰写应用子类而已，这些子类都必须继承框架基类，并编译和连结成为APK(Applocation Package),才是可发布到应用商城上提供别人下载的应用软件。
应用软件分为两个模块：
AP：呈现客户与众不同的特色。
应用框架：可与系统平台紧密结合，发挥平台与众不同的特色。


擅用基类（框架的主角：基类）
框架基类是其期待应用子类来与它紧密结合，并达到掌控和“框住”应用子类的目的。当然框架里也会提供一般的类别，这种一般类别只是提供给应用子类来使用，并没有想去框住应用子类的期待或意图。
框架的基类可分为三种：
1.具象类别（Concrete Class）－包含具象函数,提供预设行为（Default Behavoir）,让应用子类来覆写（Override）
2.抽象类别（Abstract Class）－除了具象函数之外，还定义了抽象函数，让应用子类来补充（Extend）其实作（Implementation）部分的程序码。
3.接口（Interface）－就是纯粹的抽象类别（Pure Abstart Class）,只提供抽象函数，而没有任何具象函数。
无论那种函数都扮演着（HooK）函数的功能，用来支持并框住应用子类的结构和行为。


应用框架（框架基类）
+具象函数（）
+抽象函数（）
|
-------API---------
|
应用子类
+覆写的具象函数（）
+抽象函数的实作（）


构架是先规划接口，然后才规划基类。相对上，接口比基类来得稳定许多，尤其在复杂系统整合上，或软硬整合设计上，构架师必须力求明确而且详尽地描述接口，而基类的内涵反而常常需要保持弹性，才能更容易进行模块、或者子系统之间的完美整合。