標籤:style io strong sp 問題 on c 代碼 工作
二、C#程式編寫規範
1.代碼書寫規則:
代碼書寫規則呢,是相對初學者來說需要瞭解一下的東西。因為我們還嫩,暫時不追求什麼代碼審美、規範、專業還有邏輯審美這類的,不會亂成一套就好了。所以,我也不全死記爛背規則,就注意一下代碼整潔這個問題。有時候,經理或者需求發布人需要我們解說一下,代碼不整潔,連我們自己都找不到那可怎麼辦。還是記住幾個:
(1)記住ctrl+K+F這個快速鍵,自動幫你整理選中的代碼,看起來整潔吧;
(2)項目時間長,分階段寫的代碼最好還是#region一下,能夠很好幫你回憶;
(3)記住///這個奇妙的函數過程備忘方法,以後引用就專業的像系統原裝函數了,當然還有//能寫就寫吧,不執行不影響,但對自己記憶好,不過不是必要的,你上交程式就刪除了吧,免得老大說暴露了你依賴備忘的缺點。
(4)一些規則,多介面,一行<80,盡量利用電腦產生的程式碼,少用this,大量代碼不宜放在try裡面等等,我也不記住,做的過程中慢慢會歸納出來,其實真的不用看書....
2.命名規則:這個是為了應對面試,換了三次工作,面試出過關於基本命名錯誤的題,裝裝吧
A. pascal法:如命名空間、class和方法,每個單詞開頭字母必須大寫:class ClassName{}
B.Camel:局部變數、參數 第一個單詞首個字母不用大寫,其他的首個字母都要大寫:string classNames;
C.一個類中的成員變數可以用“_”首碼表示:public class A{ public void GetClassName(){string _ClassName;}}
D.介面名首碼為“I”:public Interface IuserNam{}
E.方法用動賓結構命令:public class ClassName{public void GetUserName{;}}
F.程式碼中,先定義好變數,下面的行再集中寫方法
這裡先結束吧。今天回來看到部落格園把我昨天寫的東西移除首頁了,我也不好說什麼了。反正繼續寫,從不受別人左右。就像領導說的那樣,跟你們談更多的需求又怎麼樣,叫你們加班改多少次又怎麼樣,最後還不是一個模版出來....
非電腦專業的碼農C#學習筆記 二、C#程式編寫規範