第一章 嵌入式軟體新途徑–組件化設計
嵌入式軟體發展趨勢
隨著數字家電、汽車電子化等發展，使得人們對嵌入式軟體的需求越來越多，嵌入式軟體變得越來越復雜，且對軟硬體整合設計有強烈的訴求，嵌入式軟體必須在軟、硬體組件的快速淘汰與重組程序中保持整體和諧，因此軟硬體整合設計的觀點也隨之改變，
如果用一顆樹來比喻軟硬體整合，那么過去和現在的觀點分別如下：
過去的觀點
認為軟體比較軟，像樹葉一般，而硬體比較硬，像樹干一般，
現在的觀點
從改變的角度看，樹葉長大之后就不易改變了，所以每年都必須銳變換新，就像硬體的迅速更換，而樹干則是柔軟地、不斷地、區域地持續改變與成長，就像軟體一樣，容易區域修改、持續成長，
就像我們用Android智能手機，每隔幾年就要換個新手機（硬體更換，就像樹葉落了后重長新樹葉），但新手機上仍然使用的Android系統（軟體區域修改、持續成長），
如何適應嵌入式軟體的發展趨勢？ – 組件化新思維
嵌入式軟體由一體成型的做法，變為組件化的做法：
一體成型的做法
軟體交給客戶之后，客戶只能照單全收，無法調換其功能，只能慢慢地等待新版本的到來（就像功能手機的軟體），
缺點：缺乏彈性，改版升級速度緩慢，不能適應快速變化的環境，
組件化的做法
將應用程式分割成為許多小塊（即：組件），在使用時可以隨意調換其中一個或多個組件，以滿足客戶的特殊需求或新需求，
我的點評：現在的智能設備（比如：智能手機）的確采用了組件化的做法，考慮到這本書的出版日期是2008年，那時候智能手機還不像現在（2020年）這么普及，這本書的思想真是非常非常的超前，
如何實作組件化？ – 架構驅動 + 物件（OO）技術
架構驅動
架構設計的目的是管理組件間的依賴關系，實作系統的整體和諧，整體和諧的架構使得更換單一組件時，幾乎不會對其它組件或整個系統產生影響，
物件（OO）技術
以物件模型來表達組件間的合作關系，這便于組件的設計、組裝、溝通以及測驗等，
如何描述組件化的系統？ – 使用物件建模語言
由于一個真實的系統可能非常龐大，且可能包含很多細節，所以需要借助模型來對整個系統進行描述，
由于一種模型通常只能描述系統的某一個層面，所以常常需要同時使用多種模型才能較正確地表達出系統的全貌，
UML就是本書使用的物件建模語言，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/34704.html
標籤：其他
上一篇：計算高性能[集群高性能]