關(guān)于ssh的一些想法

字號:

1、Struts1,簡單,可靠,乏味,羅嗦,有各種工具支持,可以滿足大多數(shù)表單-》查詢-》數(shù)據(jù)庫這樣的應(yīng)用的需求。應(yīng)該說,做網(wǎng)站用struts不稀奇,不用才稀奇。
    2、Spring,IOC是個不錯的概念,問題是xml太煩人了,到底有多少機(jī)會以后來改呢?說實(shí)話,我對代碼復(fù)用持保留意見——要么用成熟的框架或者工具,比如log4j,要么從頭來。而且Spring讓讀代碼變得更加復(fù)雜,其實(shí),讀代碼本身就很復(fù)雜,但是借助于工具,你可以方便的從一個類的調(diào)用跳到另一個類里,用了Spring,各種依賴關(guān)系都放到了xml當(dāng)中,工具很難再幫上忙了。
    至于Spring的mvc框架,覺得和Stuts很像。
    3、Hibernate,好吧,寫了這么多年的CRUD代碼,也該換換口味了。很好的工具支持:UML-》數(shù)據(jù)庫表-》反向工程到Hibernate的類(POJO抽象類+實(shí)現(xiàn)類)以及各種配置文件。借助工具的支持,其實(shí)數(shù)據(jù)庫表設(shè)計(jì)是最簡單的事情了(想想你要是寫100個pojo類是什么感覺,而且萬一設(shè)計(jì)改了,你再從頭寫。。。。。。),工具不僅減少了工作量,最主要的,是保證了從設(shè)計(jì)到代碼的一致性。
    不過查詢語言,為啥不要select呢?
    很遺憾,Netbeans對Hibernate的支持比較差。。。。。。用MyEclipse吧。
    4、JPA,Hibernate的官方版本,感謝上帝,至少可以不用寫xml了,基于注釋的方法使代碼和維護(hù)都簡單了很多,當(dāng)然,對于理解程序框架,用處不大——我更愿意從一個個class圖來理解他們的關(guān)系,而不是到類當(dāng)中讀注釋。當(dāng)然,完善的工具,所以,還是UML-》數(shù)據(jù)庫表-》反向工程。
    查詢語言和sql一樣。。。。。。。
    btw:jpa也可以用xml來配置,也可以脫離容器(比如weblogic?tomcat?)而單獨(dú)使用。
    開發(fā)流程:Use case-》分析類-》活動圖、順序圖-》實(shí)現(xiàn)類-》部署圖
    工具:Myeclipse(或者Eclipse EE,然后自己找插件)+power designer
    數(shù)據(jù)庫:Oracle?Sql Server?MySql?Java DB?(別用,性能差,分頁有問題,只有最新版的才支持部分分頁功能,當(dāng)然存儲個1~2千條的小記錄還可以)
    配置管理:CVS?其實(shí)VSS也不錯,P4,不過想想如果你要是做每日測試和創(chuàng)建的話,一定要用個支持ant的工具。
    缺陷管理:bugzilla