…………………..}3.變量的命名壹般和方法名壹樣4.在VE中控件的命名，壹般是前面是控件的類型+要完成功能的含義。比如標簽的命名：lblResults按鈕的命名：btnSubmit這方面可以參考 .net的控件命名規範。註意：總體上不論哪個方面的命名，都要體現它要完成的功能的含義，做到任何壹個程序員在看到妳的代碼的時候都能夠“觀其名而知其意”，這壹點是最重要的，直接反映著代碼的可讀性，是編程規範的壹個不可忽視的部分。(3).註釋的問題註釋壹定要詳細明白，文檔註釋的好壞，直接放映在API文檔裏，因為別人要從API文檔裏了解代碼的類，方法，接口等的功能。涉及到整個文件的開頭，作出版權，時間等的聲明，用/*……………….*/完成；類開頭的功能的說明，說明妳這個類要完成什麽樣的功能；方法要說明功能，參數，返回值，以及可能發生的異常等；變量的註釋要說明該變量代表的含義；文檔註釋要放在/**……………*/中，只有放在這裏面的才會生成API文檔。註意：要想寫出好的註釋，最簡單的方法是參考SUN公司的代碼，因為那是權威。壹. 關於系統設計的層次結構（四層結構）壹個系統設計的好壞直接於系統的生命持久性掛鉤，因為衡量壹個好的系統的標準要看其是否能夠滿足用戶不斷變化的需求，是否滿足可復用性和可擴展性的要求。要實現這樣的目的，就要把具有相同功能的類放到同壹包裏，即放到同壹層，各層之間不直接調用，而是通過接口來調用，而各個層之間卻可以緊密聯系，實現高內聚低耦合。這次做項目，關於四層結構的重要性有了深壹點的認識了。第壹次自由發揮的時候，僅僅是把功能完成了，各層之間聯系太緊密，都擠在了壹起，”牽壹發而動全身”，改了這個地方，就要再改那個地方，這樣的代碼維護起來工作量是巨大的。而四層結構就可以很好的解決這個問題。所以我的收獲是在動手寫代碼之前壹定要做好設計，設計才是重點，”磨刀不誤砍柴功”,好的設計，可以起到事半功倍的效果。二. 正則表達式在系統中涉及到驗證的地方，剛開始我的做法基本上都是用循環的辦法，代碼都是for…,if….else…，通過交流發現了新的方法就是正則表達式。據了解，正則表達式就是專門做驗證的，利用正則表達式可以大大地減少代碼量，簡潔明了。唯壹難的是，也是寫正則表達式的關鍵：就是pattern的寫法，寫好這個了，就萬事大吉了，但通常這個有很難。我認為妳不明白的地方很多，要想都弄懂了，不是件簡單的事，所以有時候可以借用別人現成的成果，死學不如會用，比如日期的驗證那不是三兩天能弄明白，這就可以去網上COPY啊，但是在培訓階段盡量去掌握更多知識點。關於正則表達式的常用功能本來想總結壹下的，後來想想沒必要，因為API上有，妳總結的在全也沒API上全吧，正則表達式在java.util.regex包中。四．Debug的重要性Debug調試功能很有用，也很重要，隨著代碼量的增加，壹旦出現bug了，光靠眼睛去愁是遠遠不夠的，而且效率也不高。Debug是解決錯誤的有效工具，要學會用，經常用，從壹開始培訓就要習慣並逐漸熟悉Debug的使用。