給JAVA設計開發新手的一些建議和意見(4)

給JAVA設計開發新手的一些建議和意見(4)[@more@]　　【MVC，MVC2，WEB設計程式設計的分層】

　　請閱讀文章 。javaeye。com/viewtopic。php?t=11712&postdays=0&postorder=asc&start=0


　　【可擴充套件不等於功能強大，不要誇大其辭】

　　現在的系統，因為介面或者其他方法的使用，都具有很大的擴充套件性。但是擴充套件性不等於功能強大。
　　存在一個介面，使用者可以實現自己的介面，確實非常方便。但是如果你的系統本身只實現了一個介面或者根本沒有實現，那麼對使用者來說就談不上方便。
　　
　　例如WebWork的validators，本身是一個介面，但是實際上本身實現的具體類很少，而且功能很差，這個時候如果你說WebWork的校驗器很厲害，那麼就可能不太恰當了。當然擴充套件Webwork的Validator還是非常方便的。
　　
　　當然，可擴充套件性還是需要的，但是不要吹噓，在這個浮躁的年代，讓我們多幹點實事。 :)


　　【20/80原則】
　　
　　在工作中，我經常想到20/80原則，也就是"巴雷多原則"。例如我們可以看到:


　　時間：我們20%的時間會產生成果的80%
　　
　　產品：產品的20%帶來利潤的80%
　　
　　閱讀：20%的書篇幅包括了內容的80%
　　
　　工作：20%的工作給我們80%的滿意
　　
　　演講：20%的演講產生影響的80%
　　
　　領導：20%的人作出80%的決定

　　從上面可以看出，很多時候它都很有說服力。

　　在這裡我想提到幾點，但是和上面的可能出發點有所不同:
　　
　　1、程式的80%都是在處理特殊情況，所以我們一定要對特殊情況重視，不要因為是特殊情況，就不很重視。80%的客戶對特殊情況都很重視。
　　文件對特殊情況也要詳細描述，因為開發人員80%的時候在查詢這些東西，而對那些經常用到的用法卻很少查閱文件。
　　
　　2、最佳化問題:80%的瓶頸都出在20%的程式碼上，所以在最佳化程式碼的時候不需要最佳化所有程式碼，只需要最佳化20%的關鍵程式碼就夠了。當然追求完美的人我們就不多說了。
　　記得有一條最佳化的原則是"不要最佳化!不要最佳化"，是非常有道理的。
　　
　　3、如果你20%的事情做砸了，往往會導致80%的事情都砸了，或者是導致別人認為你把事情幾乎都做砸了。
　　如果你對一些事情發表了一些很不嚴謹的看法，那麼別人會認為你在別的事情上也很不嚴謹。
　　依此類推，程式碼質量，文件完整性等等，都會讓人產生類似的推理。
　　
　　(當然一個程式碼寫的很亂的人，往往文件也很亂。)