Java，但是他們大多數(shù)人沒有做好足夠的思想準(zhǔn)備(沒有接受OO思想體系相關(guān)培訓(xùn))，以致不能很好駕馭Java項(xiàng)目，甚至 導(dǎo)致開發(fā)后的Java系統(tǒng)性能緩慢甚至經(jīng)常當(dāng)機(jī)。很多人覺得這是Java復(fù)雜導(dǎo)致，其實(shí)根本原因在于：我們?cè)日莆盏年P(guān)于軟件知識(shí)(OO方面)不是太貧乏就是不恰當(dāng)，存在認(rèn)識(shí)上和方法上的誤區(qū)。
軟件的生命性
軟件是有生命的，這可能是老調(diào)重彈了，但是因?yàn)樗玛P(guān)分層架構(gòu)的原由，反復(fù)強(qiáng)調(diào)都不過分。
一個(gè)有生命的軟件首先必須有一個(gè)靈活可擴(kuò)展的基礎(chǔ)架構(gòu)，其次才是完整的功能。
目前很多人對(duì)軟件的思想還是焦點(diǎn)落在后者：完整的功能，覺得一個(gè)軟件功能越完整越好，其實(shí)關(guān)鍵還是架構(gòu)的靈活性，就是前者，基礎(chǔ)架構(gòu)好，功能添加只是時(shí)間和工作量問題，但是如果架構(gòu)不好，功能再完整，也不可能包括未來所有功能，軟件是有生命的，在未來成長(zhǎng)時(shí)，更多功能需要加入，但是因?yàn)榛A(chǔ)架構(gòu)不靈活不能方便加入，死路一條。
正因?yàn)槠胀ㄈ藢?duì)軟件存在短視誤區(qū)，對(duì)功能追求高于基礎(chǔ)架構(gòu)，很多吃了虧的老程序員就此離開軟件行業(yè)，帶走寶貴的失敗經(jīng)驗(yàn)，新的盲目的年輕程序員還是使用老的思維往前沖。其實(shí)很多國外免費(fèi)開源框架如ofbiz compiere和slide也存在這方面陷阱，貌似非常符合胃口，其實(shí)類似國內(nèi)那些幾百元的盜版軟件，擴(kuò)展性以及持續(xù)發(fā)展性嚴(yán)重不足。
那么選擇現(xiàn)在一些流行的框架如Hibernate、Spring/Jdonframework是否就表示基礎(chǔ)架構(gòu)打好了呢?其實(shí)還不盡然，關(guān)鍵還是取決于你如何使用這些框架來搭建你的業(yè)務(wù)系統(tǒng)。
存儲(chǔ)過程和復(fù)雜SQL語句的陷阱
首先談?wù)劥鎯?chǔ)過程使用的誤區(qū)，使用存儲(chǔ)過程架構(gòu)的人以為可以解決性能問題，其實(shí)它正是導(dǎo)致性能問題的罪魁禍?zhǔn)字?，打個(gè)比喻：如果一個(gè)人頻臨死亡，打一針可以讓其延長(zhǎng)半年，但是打了這針，其他所有醫(yī)療方案就全部失效，請(qǐng)問你會(huì)使用這種短視方案嗎?
為什么這樣說呢?如果存儲(chǔ)過程都封裝了業(yè)務(wù)過程，那么運(yùn)行負(fù)載都集中在數(shù)據(jù)庫端，要中間J2EE應(yīng)用服務(wù)器干什么?要中間服務(wù)器的分布式計(jì)算和集群能力做什么?只能回到過去集中式數(shù)據(jù)庫主機(jī)時(shí)代?，F(xiàn)在軟件都是面向互聯(lián)網(wǎng)的，不象過去那樣局限在一個(gè)小局域網(wǎng)，多用戶并發(fā)訪問量都是無法確定和衡量，依靠一臺(tái)數(shù)據(jù)庫主機(jī)顯然是不能夠承受這樣惡劣的用戶訪問環(huán)境的。(當(dāng)然搞數(shù)據(jù)庫集群也只是五十步和百步的區(qū)別)。
從分層角度來看，現(xiàn)在三層架構(gòu)：表現(xiàn)層、業(yè)務(wù)層和持久層，三個(gè)層次應(yīng)該分割明顯，職責(zé)分明：持久層職責(zé)持久化保存業(yè)務(wù)模型對(duì)象，業(yè)務(wù)層對(duì)持久層的調(diào)用只是幫助我們激活曾經(jīng)委托其保管的對(duì)象，所以，不能因?yàn)槌志脤邮潜９苷?，我們就以其為核心圍繞其編程，除了要求其歸還模型對(duì)象外，還要求其做其做復(fù)雜的業(yè)務(wù)組合。打個(gè)比喻：你在火車站將水果和盤子兩個(gè)對(duì)象委托保管處保管，過了兩天來取時(shí)，你還要求保管處將水果去皮切成塊，放在盤子里，做成水果盤給你，合理嗎?
上面是談過分依賴持久層的一個(gè)現(xiàn)象，還有一個(gè)正好相反現(xiàn)象，持久層散發(fā)出來，開始擠占業(yè)務(wù)層，腐蝕業(yè)務(wù)層，整個(gè)業(yè)務(wù)層到處看見的是數(shù)據(jù)表的影子(包括數(shù)據(jù)表的字段)，而不是業(yè)務(wù)對(duì)象。這樣程序員應(yīng)該多看看OO經(jīng)典PoEAA。PoEAA 認(rèn)為除了持久層，不應(yīng)該在其他地方看到數(shù)據(jù)表或表字段名。
當(dāng)然適量使用存儲(chǔ)過程，使用數(shù)據(jù)庫優(yōu)點(diǎn)也是允許的。按照Evans DDD理論，可以將SQL語句和存儲(chǔ)過程作為規(guī)則Specification一部分。
軟件的生命性
軟件是有生命的，這可能是老調(diào)重彈了，但是因?yàn)樗玛P(guān)分層架構(gòu)的原由，反復(fù)強(qiáng)調(diào)都不過分。
一個(gè)有生命的軟件首先必須有一個(gè)靈活可擴(kuò)展的基礎(chǔ)架構(gòu)，其次才是完整的功能。
目前很多人對(duì)軟件的思想還是焦點(diǎn)落在后者：完整的功能，覺得一個(gè)軟件功能越完整越好，其實(shí)關(guān)鍵還是架構(gòu)的靈活性，就是前者，基礎(chǔ)架構(gòu)好，功能添加只是時(shí)間和工作量問題，但是如果架構(gòu)不好，功能再完整，也不可能包括未來所有功能，軟件是有生命的，在未來成長(zhǎng)時(shí)，更多功能需要加入，但是因?yàn)榛A(chǔ)架構(gòu)不靈活不能方便加入，死路一條。
正因?yàn)槠胀ㄈ藢?duì)軟件存在短視誤區(qū)，對(duì)功能追求高于基礎(chǔ)架構(gòu)，很多吃了虧的老程序員就此離開軟件行業(yè)，帶走寶貴的失敗經(jīng)驗(yàn)，新的盲目的年輕程序員還是使用老的思維往前沖。其實(shí)很多國外免費(fèi)開源框架如ofbiz compiere和slide也存在這方面陷阱，貌似非常符合胃口，其實(shí)類似國內(nèi)那些幾百元的盜版軟件，擴(kuò)展性以及持續(xù)發(fā)展性嚴(yán)重不足。
那么選擇現(xiàn)在一些流行的框架如Hibernate、Spring/Jdonframework是否就表示基礎(chǔ)架構(gòu)打好了呢?其實(shí)還不盡然，關(guān)鍵還是取決于你如何使用這些框架來搭建你的業(yè)務(wù)系統(tǒng)。
存儲(chǔ)過程和復(fù)雜SQL語句的陷阱
首先談?wù)劥鎯?chǔ)過程使用的誤區(qū)，使用存儲(chǔ)過程架構(gòu)的人以為可以解決性能問題，其實(shí)它正是導(dǎo)致性能問題的罪魁禍?zhǔn)字?，打個(gè)比喻：如果一個(gè)人頻臨死亡，打一針可以讓其延長(zhǎng)半年，但是打了這針，其他所有醫(yī)療方案就全部失效，請(qǐng)問你會(huì)使用這種短視方案嗎?
為什么這樣說呢?如果存儲(chǔ)過程都封裝了業(yè)務(wù)過程，那么運(yùn)行負(fù)載都集中在數(shù)據(jù)庫端，要中間J2EE應(yīng)用服務(wù)器干什么?要中間服務(wù)器的分布式計(jì)算和集群能力做什么?只能回到過去集中式數(shù)據(jù)庫主機(jī)時(shí)代?，F(xiàn)在軟件都是面向互聯(lián)網(wǎng)的，不象過去那樣局限在一個(gè)小局域網(wǎng)，多用戶并發(fā)訪問量都是無法確定和衡量，依靠一臺(tái)數(shù)據(jù)庫主機(jī)顯然是不能夠承受這樣惡劣的用戶訪問環(huán)境的。(當(dāng)然搞數(shù)據(jù)庫集群也只是五十步和百步的區(qū)別)。
從分層角度來看，現(xiàn)在三層架構(gòu)：表現(xiàn)層、業(yè)務(wù)層和持久層，三個(gè)層次應(yīng)該分割明顯，職責(zé)分明：持久層職責(zé)持久化保存業(yè)務(wù)模型對(duì)象，業(yè)務(wù)層對(duì)持久層的調(diào)用只是幫助我們激活曾經(jīng)委托其保管的對(duì)象，所以，不能因?yàn)槌志脤邮潜９苷?，我們就以其為核心圍繞其編程，除了要求其歸還模型對(duì)象外，還要求其做其做復(fù)雜的業(yè)務(wù)組合。打個(gè)比喻：你在火車站將水果和盤子兩個(gè)對(duì)象委托保管處保管，過了兩天來取時(shí)，你還要求保管處將水果去皮切成塊，放在盤子里，做成水果盤給你，合理嗎?
上面是談過分依賴持久層的一個(gè)現(xiàn)象，還有一個(gè)正好相反現(xiàn)象，持久層散發(fā)出來，開始擠占業(yè)務(wù)層，腐蝕業(yè)務(wù)層，整個(gè)業(yè)務(wù)層到處看見的是數(shù)據(jù)表的影子(包括數(shù)據(jù)表的字段)，而不是業(yè)務(wù)對(duì)象。這樣程序員應(yīng)該多看看OO經(jīng)典PoEAA。PoEAA 認(rèn)為除了持久層，不應(yīng)該在其他地方看到數(shù)據(jù)表或表字段名。
當(dāng)然適量使用存儲(chǔ)過程，使用數(shù)據(jù)庫優(yōu)點(diǎn)也是允許的。按照Evans DDD理論，可以將SQL語句和存儲(chǔ)過程作為規(guī)則Specification一部分。