當類別間有一定程度關係時（相同或相似的成員），可以考慮是否使用物件導向三本柱中的「繼承」與「多型」，基底類別為被繼承的類別（父類別），而衍生類別則是繼承基底類別所產生的類別（子類別），也就是說，衍生類別具有基底類別一定的特性及能力。 基底類別與衍生類別的關係 以我們先前的Person來舉例： Person類別有：Name屬性、Height屬性、Weight屬性、CalculateBMI方法以及ShowInformation方法。

靜態成員與執行個體成員最大的差異是存取路徑不同，當呼叫執行個體成員時，需要透過執行個體變數名稱存取；呼叫靜態成員時，則透過類別名稱（型別物件）來存取靜態成員。 靜態類別 在class關鍵字前加入static即為靜態類別。 靜態類別具有以下幾點特性： 靜態類別的成員必須都是靜態的。 靜態類別無法實體化，換句話說就是不能使用new關鍵字產生執行個體。 靜態類別是密封的，換句話說就是無法進行繼承。 沒有執行個體建構函式，只有「靜態建構函式」

類別的成員有許多，為了將類別設計圖變得更加完善，以下整理了官網內的類別成員的概觀。 類別成員概觀： 欄位： 是在類別範圍中宣告的「變數」，一般而言，只針對具有 private 或 protected 存取範圍的變數使用欄位。

上一篇提到：類別是設計圖（藍圖），物件是透過設計圖產生的執行個體，而類別的設計，我們就要先從「類別的成員」開始說起… — 類別成員 類別裡面可以放的成員有非常多： 屬性 方法 建構函式 …(可以參考：成員 — C# 程式設計手冊 | Microsoft Docs) 我們就用先前的Person類別，開始介紹吧！ 屬性 屬性可以讓類別可以公開取得和設定值的功用方式，同時隱藏實作或驗證程式碼。 透過存取子(get set)給外部取得值或者指派新的值，同時具有get set存取子的屬性具有「讀、寫」的功能；只有get存取子的就是「唯讀」屬性；只有set存取子的就是「唯寫」屬性，這種屬性比較少見。 如果不需要自訂存取子的簡單屬性，則可以實作為「自動實作屬性」或運算是主體定義。

在學習C#的路上一定會遇到一個名詞叫做「物件導向設計原則」，這個原則描述了如何以「物件」作為程式的基本設計單位，透過物件之間互動的行為，來完成所需要的功能。而不是只利用多個「函式」集合對電腦下達指令。 — 在討論物件之前，先來撰寫一個計算BMI的程式，這個程式有幾個功能： 可以輸入姓名、身高以及體重 輸入完之後，電腦會計算BMI值 計算完BMI後，顯示計算結果，結果包含姓名以及BMI值 依據這個需求我們可以先來寫一個C#的主控台應用程式

最近遇到與API串接資料時遇到一個狀況，有可能取得的資料是一段 HTML 或者是特定的 Json 格式的字串進而往下繼續處理業務邏輯。因為 API 端暫時沒有設計合適的資料結構，所以現階段也只能用現行的資料來做判斷是否是特定的 Json 資料。而且有時收到 API 的資料的內容並不是 Json 格式的回傳結果，而是直接回覆一個網頁 HTML 用來顯示錯誤訊息（汗），查了一下文件，只有看到似乎沒有直接可以使用在ASP.NET Core的套件，與同事們討論解決方案後，JsonTryParse 就這樣誕生了。 設計思路 專案是採前後端分離開發方式，向API發送請求後取得Response的資料有既定的格式。只是有時即便是收到HttpStatusCode是200，但裡面的資料卻不是Json 格式（汗） 因此為了要確定真的收到了「預期的」結果，當收到API回傳的HttpStatusCode是200後，先把收到API回傳的Response透過JsonSerializer.Deserialize，看是否能被解析回物件，如果無法解析的話，就回傳預設值。

在軟體開發的世界中，聊到 PM（Project Manager）的角色時，往往都被戲稱為「傳聲筒」、「鬧鐘」之外，比較慘的就直接稱呼為「Problem Maker」，雖然也是 "PM" ，但意思就差了十萬八千里！ 還記得2019年剛退伍時，還在思考自己的職涯規劃時，約了研究所的老師聊聊如果要當一個PM，那應該要從哪裡開始，因為是互動設計所，老師便提了可以從「設計」或「程式」著手，不管是從哪邊，都需要先累積經驗，不然一定很容易淪為傳聲筒或鬧鐘，是那種被當作最沒價值的PM而已，剛好有軟體工程師培訓的單位（Build School），跟學校合作，於是多年沒寫程式的我，又開始了寫程式的學習歷程，而且這次可是帶著更大的動機來學習！