”“”
編程設計模式
設計模式以創建乾淨的固件代碼，並易於維護嵌入式系統
分類：573條評論中的4.4
總共6小時
15個講座
中介
設計模式以創建乾淨的固件代碼並易於維護嵌入式系統
因為您需要設計模式 – 乾淨易於維護：設計模式可幫助我們寫清潔，健壯且易於維護代碼。代碼增強的重複使用：模式有助於de依依賴性並保持您的代碼組織。在預防錯誤方面積極主動：設計模式提供了清晰的期望，並使我們可以更輕鬆地審查和分析大量代碼。消除歧義：使用相同的模式始終如一地消除對代碼結構和行為的歧義。對於有效的DevOps至關重要的：應用已知和可理解模式的代碼易於審查。它使細節合適：設計模式有助於組織代碼，並使實施小細節更容易。在開發已發貨的軟件時，我們反复看到相同的問題。維護昂貴的舊代碼，更改代碼的一部分會導致其他地方的意外行為變化，該代碼以意外的方式破裂。所有這些都導致源代碼變得更加努力。所有這些都歸功於缺乏編寫軟件的明確的建築準則。諸如“我們如何定義對象？”之類的東西或“每個對像都應該有哪些基本方法？”。這些事情不是由編譯器強加的，可能永遠不會。這是我們應該通過明確的準則和代碼審查來強加的。這就是為什麼我們有適用於每個項目的準則列表，並確保所有開發人員都知道這些準則，並在不遵循這些準則時在代碼審查中相互指向。這導致了乾淨的代碼，易於維護，易於測試且易於理解。我們使用設計模式來闡明軟件結構以及我們對此結構的期望。設計模式對於實施有效的DevOps至關重要，因為它們直接減少了查看新代碼所需的時間。當團隊中的每個人都使用設計模式並同意他們的使用時，每個人都知道新代碼遵循已知標準時的期望。設計模式有助於我們編寫乾淨，健壯且易於維護代碼。
課程概述
讓我們從簡短的介紹開始，說明如何遵循本課程以及在何處找到其他功能以及每個模塊的構造方式。然後，我們將解決涉及數據對象構建的創建模式。創建模式可以幫助我們擁有標準化的方法來創建新對象並處理內存屬性的責任。之後，我們陷入了涉及我們代碼結構的結構模式。這些模式有助於我們構建代碼，以便我們可以輕鬆地使用新功能擴展它，而不必以後進行重新固定。行為模式是與代碼的“行為”有關的部分，例如返回值標準。這些標準有助於我們確定在不同常見情況下的行為方面對代碼的期望。最後，競爭模式將使您對嵌入式NTA的競爭有直觀的了解，因此您可以在使用哪種競爭標準來獲得高度響應能力時了解。
簡介
介紹。在本節中，讓我們在開始之前先查看所需的有用信息，在哪裡可以找到此培訓的代碼示例，如何獲得其他幫助以及您可以在哪裡詢問有關此課程的問題。這是對本課程的簡要介紹。
創建模式
對象標準。這是將數據分組的一種方法，這些對象可能是即時和破壞的。我們還介紹了類和功能成員的概念。
OPACH模式。這種模式為我們提供了三種方法來實現私人對象並僅將一個標識符暴露於對象。這也可以稱為不透明對象的模式。
Singleton標準。 Singleton Standard是一種設計模式，用於確保類只有一個實例，為本實例提供了一個全局訪問點。
工廠標準。工廠設計模式是一種創建設計模式，它提供了一個接口，可以在超級類中創建對象，但允許子類更改將創建的對象的類型。
結構模式
回調標準。處理鏈接到對象實例的面向對象的回調。允許回調在對象的特定對像上操作。
繼承模式。繼承模式用於在C程序中實現對象和組件之間的繼承關係。它是創建對象層次結構的一種方式，而不是管理所有詳細信息在同一詳細信息中的大型應用程序。
虛擬API標準。虛擬API模式是在C中實現虛擬函數並使不透明對象標識符以及“智能”的一種方式。虛擬API模式為我們提供了多態性 – 我們可以在不知道這些實現的情況下將相同的接口用於各種實現。
橋模式。該模式基於虛擬API模式，是您需要連接兩個不同對象層次結構的模式。我們介紹了Rust和C中的一個例子，在其中分析瞭如何在實踐中使用這種模式。
行為模式
返回值標準。此模式標準化函數處理返回值的方式。這是有價值的，因為C中的返回值是信號操作狀態的主要方法。因此，我們必須有一種清晰的方法來通過標準化的回報值與呼叫進行通信。
競爭模式
競爭簡介。在本節中，我們將分析競爭本身作為軟件開發的標準，以及何時以及為什麼我們應該將競爭視為我們武器庫中的有價值工具。
Spinlock圖案 /中斷掩蔽。中斷蒙版是數據完整性的最簡單標準，與中斷訪問的共享數據的保護有關。通常以旋轉的形式進行的通用實現。在這裡，我們分析瞭如何保護數據免受腐敗的影響，從而確保在修改它們時從未執行中斷。
交通燈標準。交通信號燈是自旋鎖上方的一個級別，並描述了中斷處理程序和應用程序級別線程之間的信號傳導模式（以及應用程序中的幾個線程之間）。在此模塊中，我們分析了交通信號燈的實際實施，其用例和重要考慮因素。交通信號燈是任何RTES系統中線程最基本和意識的同步。
Mutex標準。 Mutex與交通信號燈略有不同，因為它可以通過優先繼承來避免Innion。與其他線程相比，應用程序線程應使用應用程序線程使用的主要模式。在此模塊中，我們將看到一個靜音的實現，其工作原理以及它與其他原語的實現方式的不同。
條件可變模式。條件變量模式基於MUTEX模式，以實現從另一個線程或中斷處理程序喚醒一個或多個線程的方法。該標準對於響應異步事件的響應驗證任意複雜的條件很有用。
對於那些正在培訓的人
該培訓是為：
嵌入式軟件架構師：即使您已經編碼了很多年，您仍然可以在此內容中找到有關如何做得更好的想法。
啟動嵌入式程序員：模式有助於組織您的代碼，最佳入門場所是從一開始。
嵌入式經理：由於它們對代碼結構的影響，整個團隊對標準的理解和應用非常重要，這一點非常重要。
是時候註冊了！
您要學到什麼：
可讀性和易於維護代碼
很棒的代碼重複使用
乾淨的軟件體系結構
簡單的代碼審查