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。其實不盡然，反而是先規劃接口，然後才規劃基類。相對上，接口遠比基礎來得穩定許多，尤其在複雜系統整合上，或軟硬件整合設計上，構架師必須力求明確而且詳盡地描述接口，而基類的內涵反而常常需要保持彈性，才能更容易進行模塊、或子系統之間的完美整合。