【MVC，MVC2，WEB設(shè)計(jì)編程的分層】

　　請(qǐng)閱讀文章 http://forum。javaeye。com/viewtopic。php?t=11712&postdays=0&postorder=asc&start=0


　　【可擴(kuò)展不等于功能強(qiáng)大，不要夸大其辭】

　　現(xiàn)在的系統(tǒng)，因?yàn)榻涌诨蛘咂渌�方法的使用，都具有很大的擴(kuò)展性。但是擴(kuò)展性不等于功能強(qiáng)大。
　　存在一個(gè)接口，用戶可以實(shí)現(xiàn)自己的接口，確實(shí)非常方便。但是如果你的系統(tǒng)本身只實(shí)現(xiàn)了一個(gè)接口或者根本沒(méi)有實(shí)現(xiàn)，那么對(duì)用戶來(lái)說(shuō)就談不上方便。
　　
　　例如WebWork的validators，本身是一個(gè)接口，但是實(shí)際上本身實(shí)現(xiàn)的具體類很少，而且功能很差，這個(gè)時(shí)候如果你說(shuō)WebWork的校驗(yàn)器很厲害，那么就可能不太恰當(dāng)了。當(dāng)然擴(kuò)展Webwork的Validator還是非常方便的。
　　
　　當(dāng)然，可擴(kuò)展性還是需要的，但是不要吹噓，在這個(gè)浮躁的年代，讓我們多干點(diǎn)實(shí)事。 :)


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


　　時(shí)間：我們20%的時(shí)間會(huì)產(chǎn)生成果的80%
　　
　　產(chǎn)品：產(chǎn)品的20%帶來(lái)利潤(rùn)的80%
　　
　　閱讀：20%的書(shū)篇幅包括了內(nèi)容的80%
　　
　　工作：20%的工作給我們80%的滿意
　　
　　演講：20%的演講產(chǎn)生影響的80%
　　
　　領(lǐng)導(dǎo)：20%的人作出80%的決定

　　從上面可以看出，很多時(shí)候它都很有說(shuō)服力。

　　在這里我想提到幾點(diǎn)，但是和上面的可能出發(fā)點(diǎn)有所不同:
　　
　　1、程序的80%都是在處理特殊情況，所以我們一定要對(duì)特殊情況重視，不要因?yàn)槭翘厥馇闆r，就不很重視。80%的客戶對(duì)特殊情況都很重視。
　　文檔對(duì)特殊情況也要詳細(xì)描述，因?yàn)殚_(kāi)發(fā)人員80%的時(shí)候在查找這些東西，而對(duì)那些經(jīng)常用到的用法卻很少查閱文檔。
　　
　　2、優(yōu)化問(wèn)題:80%的瓶頸都出在20%的代碼上，所以在優(yōu)化代碼的時(shí)候不需要優(yōu)化所有代碼，只需要優(yōu)化20%的關(guān)鍵代碼就夠了。當(dāng)然追求完美的人我們就不多說(shuō)了。
　　記得有一條優(yōu)化的原則是"不要優(yōu)化!不要優(yōu)化"，是非常有道理的。
　　
　　3、如果你20%的事情做砸了，往往會(huì)導(dǎo)致80%的事情都砸了，或者是導(dǎo)致別人認(rèn)為你把事情幾乎都做砸了。
　　如果你對(duì)一些事情發(fā)表了一些很不嚴(yán)謹(jǐn)?shù)目捶�，那么別人會(huì)認(rèn)為你在別的事情上也很不嚴(yán)謹(jǐn)。
　　依此類推，代碼質(zhì)量，文檔完整性等等，都會(huì)讓人產(chǎn)生類似的推理。
　　
　　(當(dāng)然一個(gè)代碼寫(xiě)的很亂的人，往往文檔也很亂。)