編輯:Android開發實例
Android的應用框架的外特性空間的描述在SDK文檔(http://androidappdocs.appspot.com/guide/topics/fundamentals.html#acttask)有十分清楚的描述,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蘊含的人文意義。
本文以實例形式較為詳細的展示了Android錄音的實現方法,分享給大家供大家參考之用。具體方法如下: 首先是xml布局文件: <LinearLayout
現在android的每一個項目都會需要設置為全屏,現在介紹兩種設置為全屏的方式。 一、在配置文件中設置android:theme=”@android:style/
第一步:代碼混淆(注意引入的第三方jar) 在新版本的ADT創建項目時,混碼的文件不再是proguard.cfg,而是project.properties和pro
介紹 最近用淘寶客戶端的時候,編輯地址的時候有個地區選擇的功能。看上面的效果覺得挺酷,滾動的時候,是最後一個從下面飛上來挨著前一個。就自己鼓搗一個