過時的7種編碼風格
如果你已經做了十多年的程序員,你可能會有一些你堅信的喜歡的風格,并站在你的論點上捍衛它們,直到最后。
下面是一些我曾經堅定地堅持過的,但現在我想我必須放手了。
1. 使用m或this表示成員變量
規則:要區分成員變量和局部變量,請使用以下任一方法
- 使用匈牙利表示法,即 mMemberVariable 與 localVariable。其中 m 代表成員變量。
- this 的使用,即 this.memberVariable 與 localVariable。
過時的原因
原因是當我們閱讀代碼時,可以很容易地知道它們是成員變量還是局部變量,而無需查看它們的聲明。
- class MyClass {
- var mMember = "member"
- fun doSomething() {
- val local = "local"
- println(this.mMember)
- println(local) }}
現在
如果是現代IDE,則不再需要這種基于文本的區分,參見下面的相同代碼,它將自動為它們涂上不同的顏色。

2. 始終明確聲明public,protected或private
規則:一個類中的所有變量和函數都必須明確聲明為public,private 或 protected。不要采用默認狀態。
- 需要明確說明類型,例如 String 或 Int
- 需要明確說明它是 private 還是 public
- public class MyClass {
- public val publicVariable: String = "100"
- private fun privateFunction() {}
- public fun publicFunction() {}
- }
過時的原因
這是為了避免有人錯誤地訪問這些函數或變量,即,如果未聲明函數,則用戶可能不知道默認狀態(如果是公共狀態或私有狀態)。
現在
在現代IDE中,我們不需要顯式地聲明默認值,例如Kotlin是 public。用戶不會無意中誤認為默認狀態,因為自動完成只會顯示public 方法。因此,不太可能有人會混淆默認狀態。

如果有任何錯誤的用法(例如訪問私有函數),它不會在編譯時才出錯。它會立即出錯,并給出明確的信息。
3. 始終明確聲明變量類型
規則:所有的變量都應該用其類型來聲明,即使它的值很清楚,例如,需要明確地說明類型,如 String 或 Int。
- public class MyClass {
- public val publicVariable: String = "100"
- private fun privateFunction() {}
- public fun publicFunction() {}
- }
過時的原因
這是為了避免有人錯誤地訪問這些函數或變量,例如變量分配給錯誤的類型,并導致編譯錯誤。
現在
如果使用現代編程語言,則在可推斷且明確的情況下,無需顯式聲明變量的類型。這就是所謂的類型推理,在今天的許多現代語言中它都是可用的。
如果有任何錯誤的分配等,它不會在編譯時才出錯。它會立即出錯,并有一個清晰的信息。

4. 成員變量應始終為私有
規則:所有成員變量都應該是私有的,通過getter和setter訪問,適用于需要從外部設置或獲取的成員變量。
- public class MyClass{
- private var member = "member";
- public fun getMember(): String {
- return member;
- } public fun setMember(value: String) {
- member = value; }}
過時的原因
如果我們將其公開以進行setting和getting,在setting或getting時我們需要執行一些操作,我們需要改變所有訪問它的代碼。
因此,如果我們限制使用getter和setter,則可以控制它。
- class MyClass{
- private var member = "member";
- fun getMember(): String {
- println("Setting member")
- return member;
- } fun setMember(value: String) {
- println("Setting member with $value")
- member = value; }}
現在
在現代語言(例如Kotlin)中,我們可以在需要時輕松地將變量getter或setter插入變量,而無需顯式地設置和獲取兩個不同的函數。
因此,我們可以按以下方式進行編碼,而無需在類中添加附加的setter和getter函數。
- class MyClass {
- var member = "member"
- }
當我們需要對setter或getter進行操作時,我們可以輕松地添加它們,而無需更改訪問 member 的代碼。
- class MyClass {
- var member = "member"
- get(): String {
- println("Setting member")
- return field
- } set(value: String) {
- println("Setting member with $value")
- field = value
- }}
5. 開始和結束大括號應對齊
規則:所有大括號應在同一列對齊,以便我們可以輕松找到它們,例如
- class MyClass
- { private var member: String = "member"
- fun doSomething(state: Boolean)
- { val local = "local"
- println(member) println(local) }}
過時的原因
原因是通過縱向觀察,我們可以很容易地找到它們的對,從而知道函數的范圍在哪里。
現在
使用新的IDE,只要代碼看起來很整潔,我們就不再需要在同一列上對齊開始和結束大括號。
- class MyClass {
- private var member: String = "member"
- fun doSomething(state: Boolean) {
- val local = "local"
- println(member) println(local) }}
這是因為我們可以輕松折疊或擴展它們,如下所示。

6. 所有縮進都使用tab鍵
規則:對所有縮進使用tab,而不要使用空格
過時的原因
這減少了所需的鍵入次數,如下所示,當你使用空格時,你需要多次輸入

現在
使用IDE,它將為我們自動縮進適當數量的空格。擁有空格還將確保所有代碼在整個用戶環境中看起來都一致。

7. 使用分號結束代碼語句
規則:在結束代碼語句時,必須使用分號。
過時的原因
這是必需的,因為從前的編程語言(包括C和C ++,Java等)使解析器識別它已經結束。
現在
使用新的現代語言(例如Kotlin),不再需要編寫長語句(例如,我們可以將變量命名為更短,縮進的縮進形式)。
最后
通過改變對上述7種編碼樣式的信念,我對代碼進行了如下更改:

世界在不斷變化,過去的要求可能不再適用。借助技術和工具,我們應該始終重新評估我們曾經擁有的規則,并繼續前進。
感覺這么年輕。謝謝閱讀!