Unity C# | Interface & Damage System (easy)

一、前言

二、介面 | Interface

a. 簡介

　　定義一個規範，讓之後的程式腳本在實作時遵守結構，並且實作出各自不同的細節，其他程式也能通過抓取介面，來取得定義好的屬性與函式。

b. 抽象

　　這是我接觸的第一個抽象資料型態，我發現抽象能處理的事情會比實作還要多不少，不過在前期的規劃與流程中，會複雜很多並且難以理解。

　　抽象的資料型態，除了 Interface 以外，還有 Abstract 、 Virtual 這兩個資料型態有印象可以學習，搜尋資料後，還有 Generic 、Delegate 可以學習，期中委派已經有了解部分了。

c. 用途

　　在遊戲設計中，我自己判斷介面的用途偏向於抓取，不過相較於普通的抓取物件來說，介面的便利性與效能都更加優秀，唯一的問題可能是需要規劃，這容易造成後期不好維護。

三、原理說明

a. 介面與接口

　　這是我繪製的示意圖，可以簡單理解介面的原理：第一點，只要實作同一個介面的程式腳本，裡面一定會出現相同的資料結構；第二點，其他程式腳本能以此介面名稱為接口，不需要抓取整個物件，也不需要知道其他程式內容。

b. 抽象與實作

　　這兩個概念最大的差異，就是能不能直接指定到一個明確的物件，以介面這個資料型態來解釋，就是它沒有明確的某一個功能，因此能套用到多個物件的程式腳本中。

　　在程式設計中，會明確到哪一個變數會有哪些變量，因此實作是非常詳細的一種資料結構，也就不容易套用到各種情況了，不過實作因為明確清晰，在程式設計的過程中也相對直觀。

c. 不問其身分

　　介面的特色，就是「不問身份，只問簽章」的概念，簽章的概念可以在微軟官方的一篇文章找到，簡單來說，簽章是一種規範，只要符合規範的對象就會娶得簽章。

　　換句話說，只要符合座號（屬性）與學生（函式）的對象，在判斷是不是叫做台灣大學的介面時偷會通過，不需要每一所大學都指定一次，也不需要過問每個大學其他的功能。

《Microsoft API | 明確介面實作 (C# 程式設計手冊)》

四、介面的使用流程

a. 創建 Interface 資料結構

　　首先，創建一個 Interface，因為跟類別(Class)的結構相同，所以只需要公有或私有以及資料結構，再搭配一個程式碼區塊就可以了。

b. 定義屬性

　　接下來，定義一個擁有讀寫設定的屬性(property)，關於讀跟寫的介紹，在之前的一篇文章我有介紹，如果了解屬性的概念，直接撰寫自己需要的屬性有哪些即可。

《Unity C# | 讀(get)和寫(set)概述 & 基本運用》

c. 定義函式

　　在這裡定義函示名稱即可，一樣依照需求安排數量。

d. 實作介面

　　接下來，打開想要實作介面的類別，並且在 Unity 內建的實作類別 Monobehaviour 後面，打上一個「,」後添加自己撰寫的介面名稱。

e. 履行簽章

　　隨後，在這個程式腳本中開始履行簽章，把前面定義好的屬性以及函式一一撰寫出來，屬性就要用讀跟寫與自己私有變數的關係，這些變數通常會在前面添加「＿（底線）」用於表達這是用於介面的變數，函式的話，只要名稱正確，其他就跟宣告其他函式相同。

f. 完成

　　這樣就完成介面的創建與實作了，在其他腳本就可以像是呼叫某個物件一樣來呼叫介面，並且可以抓取實作後介面的屬性與函式，進行兩個資訊的交換，不用一一指定。

五、後記

a. ChatGPT 與 Google 兩種蒐尋軟體的結合

　　在撰寫這篇文章的時候，我的資料參考除了微軟的官方，我還有去詢問ＧＰＴ我應該要怎麼撰寫，我聽到介面是實作而不是繼承的時候，我以為人工智慧終於出錯了，直到我找到官方文件，也是叫他實作，或許這種也稱為繼承？

b. 保持質疑的態度

　　學習知識的過程，最重要的是保持質疑的態度，先不說會不會讓你找到正確答案，但在這個過程中絕對可以接觸更多的相關知識，也能理解更多彼此相互印證的資訊。

c. 重新開始經營 Youtube 了

　　感謝你看完這篇文章，不知道它對你的幫助有多少呢？這是我在學習介面時撰寫的程式碼與測試內容，如果想了解更具體的介面測試影片，可以參考下面這部影片。

《Unity C# | Interface & Damage System (Easy)》