簡易的命名原則
實習以後時再遇到太多的"實務經驗"的洗禮了 以前繳作業大概就是能跑出結果,不要出大問題就ok 雖然也都教過一些原則跟"良好的程式"應該具備的東西,不會被釘的時候常常就....可以看就好啦~ 然而到了實習發現很多原則不遵守都不行,甚至要求的還比較嚴格 因為在專案變大已經不是自行玩玩的小程式了,人員、規格、嚴謹程度都大幅提升 也開始懂得「為什麼測試步驟常常被跳過」、「程式設計師跟需求端的溝通困難」之類的心情了XD 不過被釘了三個禮拜後,確實也學到滿多經驗跟擴展一些視野 今天記錄一下學到的一些命名原則 命名的要有意義: 最基本的要求,在境界上「讓大家不用看註解就能看懂」是最佳情況,因為註解可能寫的跟程式不同,但所有根本應該都還是程式。 盡量不要縮寫,把完整單字寫出,除非有特定領域大家都可接受的縮寫: 確保其他人一看就看得懂的意思 有「 Camel Case 」和「 Pascal Case 」兩種主要的命名方法 Camel Case:第一個字開頭小寫,後續單字開始大寫。如:firstName Pascal Case:第一個字開頭大寫,後續單字也都大寫。如:FirstName 避免使用符號、空白跟底線: 利用第3點的方式來命名 命名沒有絕對,可以參考團隊的開發手冊,整個團隊可以接受有共識即可。 另外不確定是OO都這樣還是只有Java(相較其他OO語言,只對Java比較熟悉一點...) 類別名稱常用名詞,以大寫開頭(Pascal Case); class ImageSprite; 屬性名稱、參數名稱常用名詞,小寫開頭(Camel Case); float myWidth; 方法名稱常用動詞開頭,小寫開頭(Camel Case); runFast(); createTable(); 介面名稱常用形容詞,以大寫開頭(Pascal Case)。 interface Storing; 介面的命名通常會加上I:例如Customer類別要實作ICustomer介面 天吶~記不完,程式設計這種東西呢...最好的方法就是 多寫,養成習慣!! 羨慕那些良好的Coding Style,可以寫出漂亮、乾淨的程式>< 菜鳥如我呢,也只能沒日沒夜的co