編程小技巧

最近比較忙，總結了一下，從書上和實際工程中學習到的一些小技巧，或者說是習慣

1 命名規範

命名最好遵循駝峯法和下劃線法，而且要清楚的表達變量的意思。

相對於駝峯法而言，我更喜歡下劃線法。下劃線法能夠更清楚的看出這個變量表示的意思。好比aBigGreenBanana和一個a_big_green_banana。

還有一個從nginx中學到的命名習慣，我以爲也挺好的。好比http_run，system_run，經過前置或者後置的一個單詞能夠清楚的表示這時system仍是http模塊中的函數。又好比能夠利用在前端中

article_reset_button,article_submit_button,
image_reset_button,image_submit_button

這樣的命名會讓代碼可讀性更好。

2 代碼重用和簡化

代碼重用就是抽象出共有的代碼，便於其餘函數調用。

可是有時候可能代碼只用1次，可是爲了易讀性，擴展性和維護性，我認爲是能夠抽象出來，寫成一個函數
例如

class A{
        public void A(){
            A部分
            B部分
            C部分
        }
    }
    
    class A{
        public void A(){
            A_a();
            A_b();
            A_c();
        }
        private function A_a(){}
        private function A_b(){}
        private function A_c(){}
    }

這樣子代碼會更加清楚，並且根據一個經驗法則，代碼最好控制在40-60行以內吧（Unix編程藝術）這樣bug會更少。

3 保持一致

與之前的代碼的風格，命名保持一致。

第一個好處是代碼重用。例如 以時間爲依據，文件目錄爲article/2018/03/28/img/ 。同一個項目下有一個相同的 new/2018-03-28/03-28/28/img。這個就是給本身增長工做量。明明能夠寫一個可重用代碼。

第二個好處是能夠避免一些歷史問題。剛接手一個項目，不要急着否認。有些代碼看上去很奇怪，能夠用更好的方式去處理。可是實際上可能這一段代碼是爲了處理某些特殊的狀況。我曾經有過這樣經歷，認爲這是SB，可是讀完我完整的代碼以後，我認爲我本身就是SB。

第三個好處是提升代碼的可讀性。好比hadoop文件系統的命令，其實就是繼承了Linux 系統的命令。這樣別人上手就會很快。

4 結構完整

mvc並不單單是mvc

實際項目中並不單單是mvc，有的時候有關於字符串的處理類，關於定時任務的處理類等等其餘的類，將這些類作一個歸檔，而不是隨手寫在某一個類中。