System結構體封裝了整個系統層，讓App很容易基于System跨平臺，那么System內部該如何組織？
ARM公司推薦嵌入式系統開發遵循CMSIS架構，用戶應用程序可以調用實時內核(OS)、中間件等，也可以直接調用底層硬件基于CMSIS標準的函數接口，比如ST公司發布的STM32的硬件驅動LIB庫，甚至直接訪問最底層的寄存器。這種架構編程比較靈活，對于規模不大的嵌入式系統比較適合，但這樣的一個架構分層還比較模糊，應用層幾乎可以訪問所有的系統層資源，比較任意。各種底層接口沒有封裝，規模一大很容易引起重名、相互調用，若更換處理器芯片，整個系統層都要重新設計，不便于移植。為了解決這些問題，需要引入新的概念：設備，基于設備把底層的硬件驅動函數按功能封裝起來，這樣可以把系統層內部理清、分層次、模塊化、可移植。
設備這個詞，我們是經常接觸的，我們知道PC機的組成，就是由中央處理器、內存、硬盤、主板、電源、顯示器等幾樣組成，這是物理上講的，若從Windows操作系統角度看，我們可以看Windows的設備管理器。一臺PC機在WindowsXP的眼中由DVD驅動器、IDE控制器、處理器、磁盤驅動器、電池等等組成，每一個設備里面又細分為很多小設備。所以設備是WindowsXP管理的基本對象。
在VS.Net架構的C#編程角度看，系統層System由各種功能子類組成，子類下面又分子類。應用層開發程序，就是面向System各種類開發即可，所以類是C#編程的基礎單元。
網站客服
粵公網安備 44030402000946號