1. 擬定跨平台的“實踐策略”
基於軟硬整合觀點
By 高煥堂
misoo.tw@gmail.com
海峽兩岸
智慧電視&家庭商業策略與技術論壇
智慧電視&
http://home-cloud.blogspot.tw/

2. 內容
1.
2.
3.
4.
5.
6.
回顧：探索策略方向
擬定實踐策略
簡介：一個造形 & 三個策略
策略-1： 把它”EIT(設計)”了
策略-2：挾天子以令諸侯
策略-3：建立中介軟體(middleware)

3. 1、回顧：探索策略方向
基於軟硬整合觀點

4. 言
前

5. 個 實
現一 的事
發 眼
不起

6. 我們的模組都依賴於別人
訂定的接口(Interface)上。

7. • 這是一個驚奇的發現，但卻很不起眼。這
意思是，我們心中有個<不自覺的假設>(四
項架設性思維的#1思維)：
Assumption: “平台訂定、提供API給上層
Client使用”是合情合理的(像真理一般)。

8. • 當我們反思一下，就會發現這項假設，大
大局限了我們的視野和創意，讓我們會無
視於上述的驚奇事實(視而不見)。所以，我
才說這項發現是不容易的，因為不在視野
之內，就是俗稱的”不起眼”。

9. I

10. Client
1. get_module()
2. open()
HAL框架
I
Stub
3. set_on()等
HAL-Driver

11. • 基於這項不起眼的新發現事實，做了大膽
的假定：
• 若擁有接口制定權，就能大幅降低對平台
的依賴性(提高跨平台性)。

12. H(假定)
假定：若擁有接口制定權，就
能大幅提高跨平台性。

13. H
Q
大幅降低對平台的依賴
性(提高跨平台性)。
P
若擁有接口制定權，就
能大幅提高跨平台性。
取得接口
制定權。

14. • 引導我們去探索、發現和確認新事實：
☆EIT造形確能有效封裝別人的介面，
包括Android框架API和晶片驅動的
API。

15. H
Q
大幅降低對平台的依賴
性(提高跨平台性)。
若擁有接口制定權，就
能大幅提高跨平台性。
P 運用EIT造形來封裝別人API，
並制定自己API。

16. 擬定”基本跨平台策略”
於是，獲得了策略的訂定方向了：
• What：擅用EIT造形。
• How-to：封裝別人API，制定自己API。

17. 基於軟硬整合觀點
2、擬定實踐策略

18. • 剛才經歷了創意過程，從遙遠願景和複雜
景象中，透過<假定-否證>的過程而淬煉出
簡單的策略方向。

19. 權
語
話
有
握
掌
口
接
擁
=
運用EIT造形來封裝別人API，
並制定自己API。

20. 計
設
法
減
• 這個從複雜到簡單的過程，稱為”減法設
計”，這是一個創意性高、難度大的過程。
• 一旦得到簡單了，就能從簡單中掌握複雜，
只過程稱為”加法設計”；相對于減法設
計的高難度，加法設計就簡單多了。

21. • 經由上述的創意過程，一旦探索出來”策
略方向”，就能輕易引領大家來討論、共
同制定出具有可實踐性的策略方案：
法
加
計
設

22. 一個造形，三個(實踐)策略
• 策略一：把它”EIT”了。
• 策略二：挾天子以令諸侯。
• 策略三：建立中介軟體。

23. EIT

24. 跨Android大平台
EIT

25. 跨Android大平台
策略：挾天子以令諸侯
EIT

26. 跨Android大平台
跨晶片小平台
策略：挾天子以令諸侯
EIT

27. 跨Android大平台
跨晶片小平台
策略：挾天子以令諸侯
策略：把它<EIT>了
EIT

28. 跨Android大平台
跨晶片小平台
策略：挾天子以令諸侯
策略：把它<EIT>了
EIT
跨自己的平台

29. 跨Android大平台
跨晶片小平台
策略：挾天子以令諸侯
策略：把它<EIT>了
EIT
跨自己的平台
策略：建立中介軟體

30. 跨平台實踐策略
一個造形和三個策略
• 一個EIT造形
• 三個實踐策略：
– 策略-1：把它”EIT(設計)”了
– 策略-2：挾天子以令諸侯
– 策略-3：建立中介軟體(middleware)

31. • 待會兒，就來簡介一下這三個實踐策略。

32. 3、簡介： 基於軟硬整合觀點
簡介
一個造形 & 三個策略

33. 言
前
計
設
法
減
出
計
設
中
體
軟
雜
複
從
單
簡

34. F = ma
減法設計
從複雜中設計出簡單
E = mc^2

35. • 茲回憶，於十七世紀中，牛頓提出了簡單
公式(即造形)：F=ma；讓人們能輕易理解
物體運動的複雜<關係>。
• 再如，于二十世紀初，愛因斯坦發表了簡
單公式：E=mc平方；讓人們能理解複雜的
品質、能量與光速之間的複雜關係。

36. EIT
造形
計
設
法
減
是
也
從複
軟體
雜
設計
中
簡單
出

37. • 這個從複雜到簡單的過程，稱為”減法設
計”，這是一個創意性高、難度大的過程。
• 一旦得到簡單了，就能從簡單中掌握複雜，
此過程稱為”加法設計”；相對于減法設
計的高難度，加法設計就簡單多了。

38. • 經由上述的創意過程，一旦探索出來”策
略方向”，就能輕易引領大家來討論、共
同制定出具有可實踐性的策略方案：
法
加
計
設

39. EIT

40. 跨Android大平台
EIT

41. 跨Android大平台
策略：挾天子以令諸侯
EIT

42. 跨Android大平台
跨晶片小平台
策略：挾天子以令諸侯
EIT

43. 跨Android大平台
跨晶片小平台
策略：挾天子以令諸侯
策略：把它<EIT>了
EIT

44. 跨Android大平台
跨晶片小平台
策略：挾天子以令諸侯
策略：把它<EIT>了
EIT
跨自己的平台

45. 跨Android大平台
跨晶片小平台
策略：挾天子以令諸侯
策略：把它<EIT>了
EIT
跨自己的平台
策略：建立中介軟體

46. 跨平台實踐策略
一個造形和三個策略
• 一個EIT造形
• 三個實踐策略：
– 策略-1： 把它”EIT(設計)”了
– 策略-2：挾天子以令諸侯
– 策略-3：建立中介軟體(middleware)

47. 4、策略-1： 基於軟硬整合觀點
把它”EIT(設計)”了

48. ◎ 小平台是指別人的平台，該平台的變
化決定於別人。例如，由供應商提供
一個平台，如下圖：
常是供
通
提供的
應商

49. ◎ 我們(自己)的平台或模組，直接使用了
別人平台的API，如下圖：
違背跨
平台

50. ◎ 我們定義了自己的介面，來容納別人
(小)平台的變化。如下圖：
E
I
(小平台)
T

51. • 類似于建立監獄將壞人封裝起來，來確保
大員外(我的模組)的安全與自由。
起來
裝
人封
壞
建立
獄將
監

52. 5、策略-2：
基於軟硬整合觀點
挾天子以令諸侯

53. <Android框架>
I
<T>
<A>
<我的module>

54. <Android框架>
I
Stub(曹操框架)
<T>
<A>

55. <Android框架>
<A>
tub
S
<E&I>
架)
框
曹操
(
<T>

56. • 曹操框架定義了自己的新接口，來保護我
的模組的變動自由度。
• 類似于建立四合院圍牆，來保護大員外(我
的模組)的安全與自由。也像建立台北城牆，
來保護城內居民(我的模組)的安全和自由。
外
牆
壞
將
擋在
人

57. 6、策略-3：
基於軟硬整合觀點
建立中介軟體(middleware)

58. 曹操框架能夠保護大員外<我的module>
的變動自由度和穩定性。
是
ub就
St 類
操
曹

59. 曹操框架擴大成為一個平台框架
App
脫掉 即
擺
縛(
的束 了)
App
跨

60. 中
軟體
介

61. • 類似于建立萬里長城，來保護所有關內居
民(我的各種版本的模組)的安全與自由。

62. 最著名的中介軟體：微軟的 .NET框架

63. 基於軟硬整合觀點
7、结语

64. • A段架構師，從複雜中找到簡單的實踐策略，
這是做減法設計，難度較高。
• 一旦找到簡單了，則人人都能從這項簡單
中掌握了複雜，獲得跨平台的普遍性，迅
速擴大市場，抓住商機。(加法設計)

65. Thanks…
高煥堂 misoo.tw@gmail.com