關鍵字：
在項目開發的過程中，經常會遇到市場人員急命的催，開發人員玩命的寫，但還是趕不上進度，每個人都感覺很累，卻沒有太大效果。 怎么辦呢?我想這種情況是可以避免的，退一步說，最起碼應該不會像這個樣子。這里總結一下自己的一些心得和體會：
1.經�？偨Y完成模塊中共性的代碼，封裝成方法或組件，方便以后調用。
比如，數據訪問，XML配置操作，分頁控件，數據校驗，加密等等我都總結成一個個獨立的模塊或組件，使用的時候拿來調用就行了，為項目爭取了很多時間，也留出更多的時間來想業務邏輯的處理。
2.復雜業務簡單化
對一些復雜的業務系統，可以通過抽象的方式，來簡單化，把復雜的問題抽象成簡單的模型，變成人們容易理解的業務模型。能用簡單的方式解決的問題我們為什么要搞的那么復雜。我們開發軟件就是來解決問題的，不是來做秀的。
3.代碼簡潔，通讀易懂。特別對團隊開發很是重要。
我不知道有些程序員怎么了，個人英雄主義很重，總是把代碼寫的稀奇古怪，這樣好像來表示自己的不同凡響，技術水平高。其實，我認為作為現在的團隊開發，這樣會給企業帶來很大的隱患。同時我個人覺得這也不是一個好的編碼習慣，因為寫代碼也是人一種表達思想的方式，用最少的話和最精辟的詞表達出人們容易理解的問題才是最厲害的。就像人穿衣服注意整潔一樣，再高貴的衣服，如果不注意整潔，給人的感覺一樣很糟糕的。
4.注意高內聚和低耦合。
減少模塊間的耦合度，抽離出通用的模塊，每個模塊就像一塊積木。這樣做一個系統時，如果能充分利用這些資源，會起到事半功倍的效果。省時省力。我總結的角色權限管理摸塊就是這樣，用到了很多項目，也確實為我節省了不少時間，也可以說為公司創造了不少效益。
5.做好架構設計。
好的架構會給開發人員一個明確的導向，且不會讓程序員作太多的無用功和重復勞動和返工。并且好的可擴展性設計會對項目善變的需求有好的應對能力。
6.采用OOP，分層開發等經典的開發模式，從一定程度上減少重復，增強擴展性。
7.盡量采用成熟可靠的技術。
這句話我想有兩種理解，
文章來源于領測軟件測試網 http://www.kjueaiud.com/
