Android平台应用软体开发.pptVIP

  1. 1、本文档共40页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Android平台應用軟體開發 主講人:高煥堂 misoo.tw@ PART-1: Android平台軟體架構 Linux核心:Android依賴Linux 2.6來提供核心的服務,例如記憶體管理、進程(Process)管理、執行緒(Thread)管理等。 Android Runtime:Java語言層級的Virtual Machine。 Libraries:Android裡已經提供的C/C++庫存組件(或稱模組)。例如,SQLite資料庫系統、OpenGL 3D繪圖系統等。 應用框架(Application Framework, 簡稱AF):這是結合Applications與Libraries的幕後主架構,讓Libraries組件能不斷地為Applications所重複使用(Reuse)。 應用程式(Applications):依據User的期望而將AF的組件及Libaraies組件組合而成的高階服務。 Android開放平台的客製化 跨語言的Android 應用軟體 以漢堡比喻Android 平台架構 與25年前的開放硬體架構比較 充分發揮應用架構平台之特性 充分發揮應用架構平台之特性(續): 充分發揮應用架構平台之特性(續): Summary:銜接AF與硬體的關鍵層 高煥堂 簡介: 技術專長:從事軟體開發長達30年,專精於物件導向技術,及大型系統架構設計。近來,專研Google Android技術,並提供教育訓練及技術顧問工作。 書籍出版:目前已經出版3本Android書籍,並將於2008年12月出版第4本Android書籍。 教育訓練:2008年 12月初將開Android教育訓練課程新班,詳細請上網: 或 論壇。電話: (02)2739-8367 misoo.tw@ (高煥堂) PART-2: Android應用軟體開發要點 Android應用程式的4種嫡系組件。 Intent-based Programming。 跨進程的IPC溝通機制。 手機安全管理機制。 Java與C/C++溝通的JNI介面。 GCJ: 將.Jar編譯為Libraries組件。 Section 2.1: Android的4種嫡系組件 應用程式範例:以MP4播放為例 範例程式的狀態變化圖 內部進程(Process)的變化 Section 2.2: Intent-based Programming。 Section 2.3: 跨進程的IPC溝通機制 Section 2.4: 手機安全管理機制 Section 2.5: Java與C/C++溝通的JNI介面 Section 2.6: GCJ: 將.Jar編譯為Libraries組件 總結: Android軟體開發之特色 Android是應用框架不是OS。 Android應用程式是跨語言的。 Android像桌面,C組件像桌腳,硬體像地面。而Java應用程式像桌上的水果。 不修地面、只修桌腳、維持桌面、穩定桌上的水果。 呈現軟硬體產業的大結合。 ~~~ QA ~~~ 願你好事多著落 (“Android”的諧音: 願(An)你好事多著落(droid)) ● Android的Binder System負責高效率的IPC(跨 進程之溝通)。 ● Binder系統是在Native層的C/C++組件。Java 應用程式(如Activity體系之類別)是透過JNI介面 去呼叫Binder系統(或稱組件)。 ● Binder類別體系的物件內含有Proxy和Stub標準 的遠距溝通結構,由ServiceManager在Client端 誕生一個Proxy物件,給讓Client端(如Activity)能 透過IBinder介面或由AIDL語言所定義的介面來 呼叫Proxy物件,再由Proxy來與C/C++層的遠距 Service物件進行高效率的通訊。 ● 在傳統電腦上,UID是跟隨著「人」(例如電腦的使用者或用戶)。Android裡的UID是跟隨著「軟體」(例如Android應用程式)。 ● 由於每個應用程式都有個UID,只有帶著此UID,才能存取該UID所涵蓋的有關資料。所以如果AP-1與AP-2的UID不同,則在預設(Default)情況下,雙方都無法讀取對方的資料。這種分而治之的方式,可以減輕駭客軟體的惡意傷害資料,提升手機的安全性。 ● 由於手機系統的安全性越來越受重視,Android 的結構具有高度安全性的優勢。例如,Activity 與Service在不同的進程裡執行,Activity能依賴 Intent去請求Android啟動所需要的Service。 在Service類

文档评论(0)

word.ppt文档 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档