用c#編寫程式**時，盡量不要使用縮寫命名方式，這是因為在一切都是物件的程式語言中，開發工具提供的控制項越來越多，使用縮寫命名方式也就越來越容易引起理解上的混淆。這裡需要強調一點，對乙個合格的程式設計師來說，不論是練習還是實際開發，一定不要養成隨便命名的壞習慣。良好的命名習慣會給專案帶來很多益處。
c#語言編碼命名規範對欄位、變數、類、方法和屬性等均指定了統一的命名形式，具體規定如下：
（1）類名、方法名和屬性名均使用pascal命名法，既所有單詞連寫，每個單詞的第乙個字母大寫，其他字母小寫，如helloworld,getdata等。
（2）變數名、一般物件名、控制項物件名以及方法的引數名均使用camel命名法，既所有單詞連寫，第乙個單詞全部小寫，其他每個單詞的第乙個字母大寫，如username,userage等。
關於控制項物件的命名，有兩種常用的命名形式：一種「有意義的名稱+控制項名」，如namebutton,agebutton等；另一種「空間名+有意義的名稱」，如buttonname,buttonage等。兩種命名各有優缺點，c#語言編碼規範中並沒有對其進行規定，實際應用中使用哪種命名形式，一般由設計者的程式設計習慣和專案開發組的統一規定決定。
C 命名建議
1 名稱必須直觀，可望文生義，不必解碼。2 長度要符合最小名長度最大資訊量的原則，要用最少的字元表示最全的資訊。3 與整體風格儲存一致。windows中喜歡駱駝命名法，而unix中則偏好下劃線命名法，如下所示 int studentcount 0 駱駝命名法 int student count 0 ...
css命名建議
1 盡量使用英文命名原則，最好乙個單詞完成命名。2 盡量不縮寫，除非一看就明白的單詞 3 每個標籤都要有開始和結束，且要有正確的層次，排版有規律工整 4 空元素要有結束的tag或於開始的tag後加上 5 表現與結構完全分離，中盡量不涉及任何的表現元素，如style font bgcolor bord...
型別 多變數賦值和命名建議
go noinline go nosplit func test int,int func main 多變數賦值涉及計算規則問題，很多語言對於多變數賦值其實是個坑。go 語言的做法先計算右邊的值，然後批量對左邊進行賦值。a,b 1,2沒有歧義，a,b b 1,a 2怎麼計算呢？第一種解釋先計算b 1...