最新消息: USBMI致力于为网友们分享Windows、安卓、IOS等主流手机系统相关的资讯以及评测、同时提供相关教程、应用、软件下载等服务。

Android设计招式之美-第2章

IT圈 admin 51浏览 0评论

2024年6月4日发(作者:接千凝)

2

Android

框架與應用類別的接合:卡榫

(Hook)

函數

39

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯

2

Android框架與應用

類別的接合:卡榫

(Hook)函數

⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯ ⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯

2.1 前言

2.2 何謂卡榫(Hook)函數

2.3 Android的卡榫函數範例(一)

2.4 Android的卡榫函數範例(二)

2.5 Android的卡榫函數範例(三)

2.6 卡榫函數與樣式之關係

----

Factory Method

Template Method

樣式為例

40

Google Android

設計招式之美

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯

2.1 前言

近十年來,應用框架搶走了作業系統(OS, Operation System)的的丰采,成為

軟體的主機板(Software Motherboard)角色,與硬體主機板互相輝映,形成現代電

腦系統(包括手機)的主要軟硬體整合架構。君不見:

z

z

z

做軟體的Microsoft公司花了鉅額經費提供Windows-based的.NET應

用框架。

做硬體的新國眾公司也花了鉅大心力研發OpenMOKO應用框架。

做網路服務的Google公司也大力推廣Android應用框架。

當各種不同型態的公司不約而同地聚焦於應用框架之時,到底大家對應用框架的

觀點和看法為何呢? 觀點與看法會影響你的做法和行為(包括你對它的用法),而

行為會影響到最終的結果。為了讓大家能釐清對Android應用框架的觀點,在我

寫的第1本Android書(即<>)裡,

我就以應用框架概念和機制為出發點,用心闡述應用框架的角色和用法,以及其

應用程式的寫法。

此外我也寫了一篇名為:<<基類與愚公移山>>

的文章(請看附錄A),提醒大

家調整一下觀點,反思一下自己除了扮演愚公之外,或許還有更高尚角色也說不

定。在該文章裡,也引用<<禮記.學記篇>>的智慧之言:「良弓之子,必學為

箕」。以中華文化來間接說明為何上述各種不同型態的公司會不約而同地聚焦於

應用框架。

言歸正傳,到底基於何種期待、目的或需求而對應用框架特別青睞呢?其中

的關鍵在於:

1. 框住應用程式的『型』(Form)或架構(Architecture)。

2. 以及抓住應用程式的『控制點』(Control)。

其實,這兩點是一體的兩面。唯有抓住控制點才能有效框住應用程式的

型。談到這裡,跑出了兩個問題:

z Why, 為何需要去框住應用程式的型呢? 到底會有多少效益呢?

關於這一點,我在另一篇文章:<<迎接IT第三波:移動時代>>

文章(請

2024年6月4日发(作者:接千凝)

2

Android

框架與應用類別的接合:卡榫

(Hook)

函數

39

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯

2

Android框架與應用

類別的接合:卡榫

(Hook)函數

⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯ ⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯⎯

2.1 前言

2.2 何謂卡榫(Hook)函數

2.3 Android的卡榫函數範例(一)

2.4 Android的卡榫函數範例(二)

2.5 Android的卡榫函數範例(三)

2.6 卡榫函數與樣式之關係

----

Factory Method

Template Method

樣式為例

40

Google Android

設計招式之美

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯

2.1 前言

近十年來,應用框架搶走了作業系統(OS, Operation System)的的丰采,成為

軟體的主機板(Software Motherboard)角色,與硬體主機板互相輝映,形成現代電

腦系統(包括手機)的主要軟硬體整合架構。君不見:

z

z

z

做軟體的Microsoft公司花了鉅額經費提供Windows-based的.NET應

用框架。

做硬體的新國眾公司也花了鉅大心力研發OpenMOKO應用框架。

做網路服務的Google公司也大力推廣Android應用框架。

當各種不同型態的公司不約而同地聚焦於應用框架之時,到底大家對應用框架的

觀點和看法為何呢? 觀點與看法會影響你的做法和行為(包括你對它的用法),而

行為會影響到最終的結果。為了讓大家能釐清對Android應用框架的觀點,在我

寫的第1本Android書(即<>)裡,

我就以應用框架概念和機制為出發點,用心闡述應用框架的角色和用法,以及其

應用程式的寫法。

此外我也寫了一篇名為:<<基類與愚公移山>>

的文章(請看附錄A),提醒大

家調整一下觀點,反思一下自己除了扮演愚公之外,或許還有更高尚角色也說不

定。在該文章裡,也引用<<禮記.學記篇>>的智慧之言:「良弓之子,必學為

箕」。以中華文化來間接說明為何上述各種不同型態的公司會不約而同地聚焦於

應用框架。

言歸正傳,到底基於何種期待、目的或需求而對應用框架特別青睞呢?其中

的關鍵在於:

1. 框住應用程式的『型』(Form)或架構(Architecture)。

2. 以及抓住應用程式的『控制點』(Control)。

其實,這兩點是一體的兩面。唯有抓住控制點才能有效框住應用程式的

型。談到這裡,跑出了兩個問題:

z Why, 為何需要去框住應用程式的型呢? 到底會有多少效益呢?

關於這一點,我在另一篇文章:<<迎接IT第三波:移動時代>>

文章(請

发布评论

评论列表 (0)

  1. 暂无评论