本文來自IBM約一個JDBC包裝似乎不錯,我想使用它:JDBC包裝教程 - 它仍然相關嗎?
http://www.ibm.com/developerworks/java/library/j-jdbcwrap/index.html
,但其於2001年 - 是它仍然適用於當今的最佳做法或有這種被取代別的更好?
您的意見非常感謝。
本文來自IBM約一個JDBC包裝似乎不錯,我想使用它:JDBC包裝教程 - 它仍然相關嗎?
http://www.ibm.com/developerworks/java/library/j-jdbcwrap/index.html
,但其於2001年 - 是它仍然適用於當今的最佳做法或有這種被取代別的更好?
您的意見非常感謝。
如果您不介意添加第三方庫 - 請看看Spring。
他們有一些非常漂亮的包裝和JDBC抽象 - 他們可以顯着減少代碼混亂。您最終會添加一個XML配置文件,但這不一定是壞事。
Spring可以使用池庫來幫助連接管理 - 在企業環境中很重要。
經過簡短的一瞥Table的源代碼,我強烈建議不要這樣做,因爲它不防止SQL注入。您使用「普通JDBC」更好,尤其是PreparedStatement。
還可以看看Java持久性API(JPA)。這是另一個抽象層,可以幫助您完全避免任何SQL或DAO。
您可能仍然希望使用SQL來處理關係類型的事情。 – 2009-01-21 13:58:00