Android應用程序框架之無邊界設計意圖

Android的應用框架的外特性空間的描述在SDK文檔有十分清楚的描述，Android應用的基本概念，組件生命週期等等有詳細的描述。在外特性空間中，Android提供了Activity,Service,Broadcast receivers，Content Provider,Intent，task等概念，我在這裏不討論這些概念定義，由於SDK文檔已經講得夠詳細。

在閱讀SDK文檔和研究Activity這個概念時，我感受到了在Android中若隱若現的Android自由無邊界這個設計意圖。Android的應用只是一個虛的概念，並無實際的入口，這個不像Window平臺上的應用程序的概念，Android更多的是提供組件（Components）的概念。爲何要虛化應用的概念？我想這個虛化就是自由無邊界設計意圖的直接體現。突出請求和服務，突出組件個體，弱化邊界，系統的各個組件能夠自由的無邊界的交流，服務請求者直接發出請求，不論這個對象在何處和屬於誰的，組件是自由獨立的個體，一個應用程序能夠直接請求使用其餘的應用的的組件，這個是Android應用框架設計的核心理念，其餘的一切都是在爲這個核心理念服務。

讓程序員忽略應用的概念，甚至完全的拋棄進程這樣的概念，程序員看到的就是一個一個的組件，應用程序員利用這些組件來架構成一個所謂的應用，那麼設計者首先要考慮的是什麼呢？我想應該是一個抽象的應用模型，在這個模型下產生概念和接口。

咱們知道MicroSoft提出了Application，Windows的概念，有前景應用（Foreground Application）概念，MicroSoft的應用模型中用戶交互則徹底交給了Window，各類界面的呈現都是屬於這個應用的是孤立的，應用程序之間的各個構成對象不能相互訪問，最多提供一個進程間通信機制，那個也是應用程序層面的。雖然Microsoft後來也提出了組件，分佈式組件等概念，可是這些不是根植在Windows系統中，而Android則是完全的組件化思想構建，一開始的應用程序概念就是Activity，Service,Broadcast receivers，Content Provider,Intent，Task。這些概念體現了一我的機交互的模型本質：

• 界面呈現
• 發起請求,響應請求
• 內容交互
• 消息接收處理

Activity是Android應用的核心概念，簡而言之Activity爲用戶交互管理者，有一個可視界面呈現，而Service跟Activity的區別是他在後臺運行，沒有界面呈現。而Intent的意義是意圖，他在Android的概念空間中，表明消息，這個消息表明了請求的意圖。

Activity能夠處處存在，提供服務，消除空間差異，Activity是一個獨立的個體，更能表現面向對象的實質。這個個體須要接受另外的個體的消息，能夠隨時發起對另一個個體的請求。個體是自由的，Android中你能夠開始一個Activity，可是沒有權利消滅一個Activity，這是個體權利的體現，個體的消滅是由系統決定的，這個就是Android中Activity蘊含的人文意義。