Unity C# | Clean Code #1 無瑕的程式碼
一、前言
這篇文章將會簡單介紹無瑕的程式碼（Clean Code）是一種什麼樣的程式設計流派，並且分享以及命名相關的概念。
1. 終於有時間閱讀
忙碌的生活讓我始終沒有機會讀書，應該說我一直不停的在開發專案，撰寫企劃書、撰寫學校的企劃書、撰寫研究室的企劃書，相較於我原本認為自己應該走向程式的自己，我現在更像是一位遊戲企劃。
2. 閱讀到第二章
我依然覺得程式很重要，他能協助我處理很多東西，從人生思維到解決問題的能力，潛移默化的讓我成長了很多，也讓我在遊戲設計的領域站穩了腳根，我自己也很喜歡寫程式...除了Debug。
3. 是一本很有用的書
我決定在這個清明連假把這一本書讀完，哪怕不精或有遺忘，我也能對這份知識有一定的理解，讀書跟學習都有很多方法，我打算都嘗試看看，這本書能帶給我很多知識，讀完後我也打算在實際寫程式的時候運用它。
二、Clean Code
這本書出自於某一位程式設計的大師，他為程式設計建立了一個程式設計的流派，Clean Code 對每一位程式設計師的意義都不盡相同，對某些人來說，這是維護、命名的準則，對某些人來說，則是程式開發的架構與雛形。
1. 簡潔
這本書最為著名的就是簡潔，簡單扼要的程式邏輯、清楚易懂的程式設計知識與架構，這是它廣為流傳的核心守則，這本書不會實際教導如何寫程式，它會把寫程式要注意、要避免的事情一步步告訴設計師。
2. 直覺
其中最重要的一件事情，是Clean Code 強調程式是一種語言，因此在撰寫裡面的每一個字都要設計與思考，就像寫一本書一樣，要能讓人一看就懂，不需要經過轉化或推測，能很直覺的就理解程式碼的內容，因此也容易維護。
3. 零重複
它的一項特徵是程式碼不會有重複的內容，同一功能的程式寫完之後就不用再撰寫第二次，能讓程式碼的數量大為減少，重複利用的同時依然保持單一職責的設計模式。
三、程式碼的命名
那接下來我分享一寫我看到後，有印象的一些知識。
1. 有意義的名稱
給我程式設計習慣改變最大的一章，就是在講述變數與函式的命名方式，也就是表達的功能大於字數的精簡，不要為了省字數而縮短名稱，應該讓名稱描述的越精準越重要。
2. 明確描述功能的名稱
如何描述明確也式裡面提到很讓我印象深刻的內容，這本書的做法會讓讀程式碼的過程就像是在閱讀一本書，裡面很多字詞與句子，而不是那種晦澀不明的代號與代碼。
3. 避免代號與裝可愛
提到代號，Clean Code 還提到要避免使用「a=1」這種內容，這樣設計師就會去思考a是什麼，也不要把變數與函式命名為「SuperCoolFloat」這種具有情緒與玩笑的字詞，未來回首會發現自己一個字都看不懂。
4. 避免雙關
在撰寫程式碼的同時，要避免那些具有雙關含意的單字，或者說在使用的時候要避免你形容的是另一件事情，這部分我就不太理解，所以不多做解釋，我對雙關的理解，其實就是命名的時候要精確，不要讓人誤會。
5. 定義好相同含意的詞彙
在英文語句中，有很多具有相同意義的詞彙，譬如「add」、「increase」這兩個單字都有增加的意思，如果你會需要讓撰寫具有相近概念的兩個函式，那使用相同的程式名稱會是比較好的做法。
四、後記
閱讀這本書讓我獲得不少體悟，說一個實在話，這個清明連假我除了打遊戲以外，我很多時候都想到這本書，我決定趁這段時間空閒比較多，認真讀一讀這本書，並且認真撰寫自己的幾個遊戲專案。
為什麼會看到廣告
106會員
247內容數
對設計師如何成長為設計師好奇嗎? 2020年九月，我進入大學學習當一位設計師，從開始到沉寂，再到重燃熱忱，我將在方格子紀錄我的成長歷程、理念、心情，分享我在這段旅程中所經歷的故事。
留言0
查看全部
你可能也想看
Google News 追蹤
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
深入探討變數、型別和方法
正確撰寫 C# 程式碼
基本語法規則
程式碼行就像句子一樣,需要有某種分隔或結束字符。每一行 C# 程式碼(稱為陳述式)必須以分號結尾,以便程式碼編譯器處理。
例如,一個簡單的變數可以這樣寫:
```csharp
public string FirstNam
數學系的訓練，與上面閱讀原始碼的優先順序，本質上是反過來的。在數學的訓練中，是先把函數定義的非常清楚，再進一步去看函數應用在具體的數據上會發生什麼行為，然後就到此為止，不太會再有進一步的討論。但如上面西尾泰和所述，工程師看事情的角度，是先掌握全局，然後再進一步細化每一層的細節。
這本《文案的基本修煉》是一本平易近人且充滿洞見的好書。書中指出了文案的最基本要求是「辭達」，也就是能夠順暢地傳遞意思。它強調了準確性、誠摯性和價值性在文案中的重要性。作者提供了許多實用的創意工具和觀念，讓廣告人和文案工作者能夠創作出引人入勝的內容。若你熱愛文字創作，我強烈推薦這本書給你。
C#程式由一或多個檔案組成，包含命名空間、類別、結構、介面、列舉和委派等型別。Main方法是C#應用程式的進入點。在C#中，註解用於在程式碼中添加說明，有單行和多行兩種類型。變數的定義需要指定變數的類型和名稱，可以一次為多個變數賦值。
完成了Debug.log()的測試，接著還是要跟各位簡單講一下C#的一些規則，之後看程式會(比較)看得懂。
又講到變數？
在Unity中，變數是重要的工具，用來儲存和管理資料。讓開發者能夠靈活調整遊戲的行為和性能，減少代碼的重複性，使得遊戲開發更加高效和簡潔。透過使用變數，開發者可以輕鬆修改資料
列出一套完整的程式
程式設計有許多種方法，不過通常會先列出清單的再逐一執行，這樣會加快程式設計的速度。設計通常會採取順推的辦法。所以順推的程式設計方式就是經歷觀念溝通、系統分析、資料統合、權限管理、頻率與時間、後台管理、畫面設計等等階段後，將框架設計完了以後，先列出一套完整的程式，將所有使用者都確
資料的統合
在程式設計中，其他人通常關心是否注意到執行的細節。作為程式設計師，主要應該關心的是程式的表現，但往往忽略了很多細節，這些細節可以決定程式的好壞。程式的好壞很大程度上取決於資料的統合，也就是資料是否被正規化。
不同類型的資料在系統中呈現一致
正規化可能對一些人來說聽起來很抽象，有些人
這個系列的文章主要專注於物件導向到函數式編程的差異與分析，並針對概念與機制上的不同進行比較。很多人說物件導向和函數式編程沒有哪個比較好的問題，只有哪個比較適合的問題，然而我並不這麼認為，我透過這一系列的文章從各個角度討論它們之間的優缺點就是為了闡述我的觀點。物件導向錯在沒有理論基礎，但它贏在熟悉性，
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
深入探討變數、型別和方法
正確撰寫 C# 程式碼
基本語法規則
程式碼行就像句子一樣,需要有某種分隔或結束字符。每一行 C# 程式碼(稱為陳述式)必須以分號結尾,以便程式碼編譯器處理。
例如,一個簡單的變數可以這樣寫:
```csharp
public string FirstNam
數學系的訓練，與上面閱讀原始碼的優先順序，本質上是反過來的。在數學的訓練中，是先把函數定義的非常清楚，再進一步去看函數應用在具體的數據上會發生什麼行為，然後就到此為止，不太會再有進一步的討論。但如上面西尾泰和所述，工程師看事情的角度，是先掌握全局，然後再進一步細化每一層的細節。
這本《文案的基本修煉》是一本平易近人且充滿洞見的好書。書中指出了文案的最基本要求是「辭達」，也就是能夠順暢地傳遞意思。它強調了準確性、誠摯性和價值性在文案中的重要性。作者提供了許多實用的創意工具和觀念，讓廣告人和文案工作者能夠創作出引人入勝的內容。若你熱愛文字創作，我強烈推薦這本書給你。
C#程式由一或多個檔案組成，包含命名空間、類別、結構、介面、列舉和委派等型別。Main方法是C#應用程式的進入點。在C#中，註解用於在程式碼中添加說明，有單行和多行兩種類型。變數的定義需要指定變數的類型和名稱，可以一次為多個變數賦值。
完成了Debug.log()的測試，接著還是要跟各位簡單講一下C#的一些規則，之後看程式會(比較)看得懂。
又講到變數？
在Unity中，變數是重要的工具，用來儲存和管理資料。讓開發者能夠靈活調整遊戲的行為和性能，減少代碼的重複性，使得遊戲開發更加高效和簡潔。透過使用變數，開發者可以輕鬆修改資料
列出一套完整的程式
程式設計有許多種方法，不過通常會先列出清單的再逐一執行，這樣會加快程式設計的速度。設計通常會採取順推的辦法。所以順推的程式設計方式就是經歷觀念溝通、系統分析、資料統合、權限管理、頻率與時間、後台管理、畫面設計等等階段後，將框架設計完了以後，先列出一套完整的程式，將所有使用者都確
資料的統合
在程式設計中，其他人通常關心是否注意到執行的細節。作為程式設計師，主要應該關心的是程式的表現，但往往忽略了很多細節，這些細節可以決定程式的好壞。程式的好壞很大程度上取決於資料的統合，也就是資料是否被正規化。
不同類型的資料在系統中呈現一致
正規化可能對一些人來說聽起來很抽象，有些人
這個系列的文章主要專注於物件導向到函數式編程的差異與分析，並針對概念與機制上的不同進行比較。很多人說物件導向和函數式編程沒有哪個比較好的問題，只有哪個比較適合的問題，然而我並不這麼認為，我透過這一系列的文章從各個角度討論它們之間的優缺點就是為了闡述我的觀點。物件導向錯在沒有理論基礎，但它贏在熟悉性，