在項目開發(fā)的過程中，經常會遇到市場人員急命的催，開發(fā)人員玩命的寫，但還是趕不上進度，每個人都感覺很累，卻沒有太大效果。 怎么辦呢？我想這種情況是可以避免的，退一步說，最起碼應該不會像這個樣子。這里總結一下自己的一些心得和體會：

　　1.經�？偨Y完成模塊中共性的代碼，封裝成方法或組件，方便以后調用。

　　比如，數據訪問，XML配置操作，分頁控件，數據校驗，加密等等我都總結成一個個獨立的模塊或組件，使用的時候拿來調用就行了，為項目爭取了很多時間，也留出更多的時間來想業(yè)務邏輯的處理。

　　2.復雜業(yè)務簡單化

　　對一些復雜的業(yè)務系統(tǒng)，可以通過抽象的方式，來簡單化，把復雜的問題抽象成簡單的模型，變成人們容易理解的業(yè)務模型。能用簡單的方式解決的問題我們?yōu)槭裁匆�搞的那么復雜。我們開發(fā)軟件就是來解決問題的，不是來做秀的。

　　3.代碼簡潔，通讀易懂。特別對團隊開發(fā)很是重要。

　　我不知道有些程序員怎么了，個人英雄主義很重，總是把代碼寫的稀奇古怪，這樣好像來表示自己的不同凡響，技術水平高。其實，我認為作為現在的團隊開發(fā)，這樣會給企業(yè)帶來很大的隱患。同時我個人覺得這也不是一個好的編碼習慣，因為寫代碼也是人一種表達思想的方式，用最少的話和最精辟的詞表達出人們容易理解的問題才是最厲害的。就像人穿衣服注意整潔一樣，再高貴的衣服，如果不注意整潔，給人的感覺一樣很糟糕的。

　　4.注意高內聚和低耦合。

　　減少模塊間的耦合度，抽離出通用的模塊，每個模塊就像一塊積木。這樣做一個系統(tǒng)時，如果能充分利用這些資源，會起到事半功倍的效果。省時省力。我總結的角色權限管理摸塊就是這樣，用到了很多項目，也確實為我節(jié)省了不少時間，也可以說為公司創(chuàng)造了不少效益。

　　5.做好架構設計。

　　好的架構會給開發(fā)人員一個明確的導向，且不會讓程序員作太多的無用功和重復勞動和返工。并且好的可擴展性設計會對項目善變的需求有好的應對能力。

　　6.采用OOP，分層開發(fā)等經典的開發(fā)模式，從一定程度上減少重復，增強擴展性。

　　7.盡量采用成熟可靠的技術。

　　這句話我想有兩種理解，

　　一：采用最合適的技術，而不是選擇“最先進”的。不能因為“用技術”而“用技術”。它給項目帶來的后果是不可估量的，風險也是很大的，以至甚至延期等等。當然學習好它還是很好的，但是在做商業(yè)應用方面還要考慮好。

　　二：去用那些已經存在的成熟的模式或代碼，不要自己再去“造車”了。一來縮短開發(fā)周期，二來降低風險。所以，我們平常開發(fā)時，還是要有一定的“拿來主義”，這沒什么不好的，相反，應該是一個明智的選擇。

　　8.學會改變世界。

　　寫了很久的程序，養(yǎng)成一個習慣，就是堅持用盡量少的代碼實現盡量多的事情，所以一般能共用的代碼，我就寫成共用的，這樣基本上就減少了不少的代碼量。另外，通過一定的抽象過程，本人已經總結出一定規(guī)律，并成功的開發(fā)出一個.Net（C#）代碼自動生成器工具，基本上我嘗試了一下，一個有二十幾個表的系統(tǒng)，二十分鐘內，我就完成了三層架構的構建，生成了80%的代碼，這個過程如果純手工的話，我覺得效率高的也要一兩周吧。人類的進步是從使用工具開始的，我們要進步也比須制造工具來替代人工，改變世界，其實我們的生活可以很精彩。

項目管理網