大三了，每天都在忙專業課，不過每天還是要到園子裡轉轉，要不落下的就太多了。嘿嘿，突然想寫點東西，不知道自己寫的是不是已經很老套了，會不會有人看。我想對於初學者還是有些幫助吧，例如我自己。
**平時是接觸最多的東東啦，很多大師都說寫出來的**要像文件一樣容易閱讀，乙個好的程式設計師必然需要有良好的習慣才能夠寫出易用，健壯，容易閱讀的系統。
從**命名開始說起，從vs中就可以感覺的出，微軟的大師們也推崇pascal風格。也就是說命名的時候（包括命名空間，類名，方法名，介面名---以大寫i開頭，屬性名）每個單詞的首字母要大寫。對於字段，臨時變數使用camel casing。也就是第乙個單詞首字母小寫，其餘單詞首字母大寫。同時命名的時候不要使用單詞的縮寫形式，除非他已經被大眾所知，例如：xml，html等。如果縮寫為兩個字母那麼pascal casing中都要大寫，camel casing 中都小寫。例如：io。
類，屬性，欄位要用能夠清楚描述其功能的名詞性或形容詞性的單詞或片語進行命名，方法則要使用動詞或動詞片語命名。但無論如何都可以通過名字清楚的知道其職責。
我想這些都應該屬於學習程式的基礎設施建設。具體進行乙個專案的時候需要做的遠不止這些。要考慮系統的總體，自上而下的分析設計。不過卻很難一開始就把整個專案設計得很完美，讓程式設計師只填**就可以作出很健壯的東西。重構和oo的思想會貫穿與專案始終。寫**的時候要不斷的思考，將每乙個方法，字段，屬性放在它最應該在的地方，讓整個系統中的重複**減少到最低，讓各個類之間的耦合松而不散。不斷的改進結構設計，讓程式可以容易的讓人讀懂，修改，使得程式系統的框架足以適用一定複雜度的需求變化。當然要做到這些並非是一朝一夕的事情，這需要不斷的實踐，不斷的總結。這也是我在努力的方向。
寫程式的習慣與心得
大三了，每天都在忙專業課，不過每天還是要到園子裡轉轉，要不落下的就太多了。嘿嘿，突然想寫點東西，不知道自己寫的是不是已經很老套了，會不會有人看。我想對於初學者還是有些幫助吧，例如我自己。平時是接觸最多的東東啦，很多大師都說寫出來的 要像文件一樣容易閱讀，乙個好的程式設計師必然需要有良好的習慣才能夠寫...
寫程式心得
1.給變數起個好名字 var dog 貓 catchcat dog 這樣的 是非常讓人費解的,總之不爽.2.讀一段程式得知其設計思路,就是看定義了多少變數,以及這些變數之間的所有引用關係.var args 123123 print args invoker args var b new b b.c ...
寫程式的幾點心得
程式要有出錯判斷，並寫日誌檔案 沒有寫日誌的程式，出錯時簡直是災難。程式要有守護，能夠開機自啟 程式通過訊號退出後，要有記憶體資源 關閉檔案 資料庫等操作 linux下盡可能使用命令開啟程序，比如qt,比如金倉資料庫，因為有時候通過介面開啟會出錯，同時通過終端開啟程序，可以在終端中直觀的檢視列印資訊...