Android 笔记 03

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

《如何开发Android 应用框架》

兼具更多观点


为了支持API这个目的，所以选择了基类作为手段。为了将众多基类组织成一个整体，所以采取框架这个方法。框架和基类不是从需求或者业务里抽象出来的，而是伟大的构架师从内心创造出来的，目的只有一个：支持API.
将众多的基类组织起来成为框架，这些基类的子类可以组织成用户需要的应用程序。
真正的Android 应用软件几乎都需要Java 与C/C++两者并用，才能兼具“力”与“美”，才能实现深度的软硬件整合。
传统上，API是位于AP与平台之间，平台与应用领域无关，例如偏重于通信、网络等相关的。在今天的潮流下，API则位于框架与应用子类之间，框架归于平台，可以将领域知识做进框架里、做进平台里。基于所述的效益。Google 公司就做了Android 框架（即基类）API来赠送给应用程序(AP)开发者，而AP开发者就以框架API为基础，配上应用子类而成为完整的应用程序，提供UI(User Interface)给使用者来使用之。其中，API是送人的，而UI则是可以卖钱的。简而言之，基类API加上子类UI,才构成完整的服务。
框架基类能制约应用子类的结构(Structure)和行为(Behavior).
API可用来框住应用程序（AP）.
"圣人无积，既以为人己愈有，既以予人己愈多"－老子
人人都有机会发挥其特定领域（Domain-Specific）知识，打造特定领域的基类（和API）,提供了特殊领域的专业服务，帮助众多AP开发者，减轻其开发AP的负担，也就能吸引众多的AP开发者，造就自己成为特定领域的主导地位。在Android 基础平台上，需要千千万万各行各业的领域框架（DSF）


应用软件＝｛AP+应用框架｝
善用基类
IoC(Inversion of Control)机制：凡是框架主动呼叫AP机制，就称之为IoC机制。Spring框架进一步使用（Dependency Injection）IoC机制。
IoC是一个重要的框架实践技术，泛指开发在先的框架掌握了系统的主控权，反向呼叫开发在后的AP类（或对象）。
许多人都认为架构师是先规划框架基类，然后才规划其API。其实不尽然，反而是先规划接口，然后才规划基类。相对上，接口远比基础来得稳定许多，尤其在复杂系统整合上，或软硬件整合设计上，构架师必须力求明确而且详尽地描述接口，而基类的内涵反而常常需要保持弹性，才能更容易进行模块、或子系统之间的完美整合。