很多ic廠商，在它們出來的軟體包中喜歡用打包技術。將底層，甚至於ui介面，及一些訊息分派技術。都打包。包的死死的，安全保密。萬一技術洩漏。還有很多廠商喜歡在c語言程式設計的方案中，引入一些dc，物件的概念技術，來實現乙個小小的顯示功能。
其實，這些廠商在封裝這些看似高深的技術的同時，也封閉了自己。越是封裝的深的軟體，越是在二次開發的時候，靈活性越差，不利於二次開發程式設計師的技術發揮。
在消費性數碼產品中，介面風格開發很重要的。方案ic的效能目前來講，不會像電腦作業系統一樣ic一樣，得到無限的發揮。因為它是嵌入式產品，它只能是侷限性的。再說了消費性ic廠商提供的api太少，不可能做的像微軟一樣（從時限上講，而消費性產品最講時限）。
比如我們的mp4,它們的主要功能基本相同，那麼顧客會買誰的呢。在效能相同的情況下，考慮到經濟因素。客戶會買介面漂亮的。
而我們的ui封裝的太死，不利於二次介面的開發，那麼。同一方案做出來的產品風格千篇一律。這樣其實對ic廠商。和方案商都是致命的。
所以如何使得它們的軟體，更加開放它們的ui技術。讓二次開發暢通無阻。應該是這些廠商技術人員值得深深思考的。
本人認為：用最簡單，原始的程式設計技術達到最靈活的介面顯示功能才是王道。
而不是用一些高深的概念，抽象的封裝技術。在小小的消費性嵌入式產品世界裡，沒有這個必要。因為你提供的api太有限，而不能發揮它的真正效能。若提供的太多。ic跑不起來。且維護難度相對較大。
還有文件，不知道ic公司的軟體開發人員，寫不寫文件，和使用者手冊。反正極少，甚至是沒有文件到二次開發人員手中。呵呵。不知道這樣做對誰更有利！
關於嵌入式中的堆與棧
這是我在網上看的一篇文章，感覺不錯 一 預備知識 程式的記憶體分配 由c c 編譯的程式占用的記憶體分為以下幾個部分 1 棧區 stack 由編譯器自動分配釋放，存放函式的引數值，區域性變數等。其操作方式類似於資料結構中的棧。2 堆區 heap 一般由程式設計師分配釋放 malloc free ne...
嵌入式產品的研發流程
一 嵌入式產品的研發流程 一般我們提到嵌入式的產品，那肯定是硬體 軟體兩部分的組成產物。硬體部分主要分為前期的需求分析，方案設計，然後原理圖的設計，pcb布局佈線，然後投板生產 軟體部分，包括前期的需求分析，總體方案設計，模組劃分，然後寫具體的 實現，然後是測試生產，這其中還包括頂層的應用軟體 作業...
嵌入式中 volatile 用法
volatile 影響編譯器編譯的結果,指出，volatile 變數是隨時可能發生變化的，與volatile變數有關的運算，不要進行編譯優化，以免出錯，vc 在產生release版可執行碼時會進行編譯優化，加volatile關鍵字的變數有關的運算，將不進行編譯優化。例如 volatile int i...