丟個 sql 或 hql 或 jpql 給它。再丟個，POJO 或 List<POJO> 給它，它根據，resultSet 的 column name 幫我用 setter 塞進 POJO 就好。POJO 不需要經過註冊。

它們似乎只有 new POJO (col1, col2) 這種麻煩的語法。

必需建一堆 constructor, 也不能寫 select *

要支援這種功能應該很容易才對啊

為什麼需要這種功能?hibernate就是要把domain object直接當作VO，opensession in view，違反這原則就很難做事了

至少pojo要註冊，否則就算用sql回傳Object[]，也沒比直接用jdbc好。

賽大師自已hack 進去寫啦~~XD

蟲師和我講的好像是不一樣的東西 XD

我講的和 view 完全無關。

對，BeanPropertyRowMapper 就是我說的功能，雖然 signature 不是我偏好的樣了，不過功能就是這樣，感謝 Yao 宗師。

為什麼 Spring有。Hibernate 和 JPA 反而沒有呢? 希望只是我不知道而已。

改別人的 jar 最麻煩了。不但有升級問題，還會被上包商的規範禁止。除非把別人的 jar 全部換成自己的 package

ihc: 哈，我只是在猜你為什麼要用hibernate做這種事的動機

因為 Spring 未必一定用，Hibernate 或 JPA 一定會用。Hibernate 有的話我可以少放一些 jar 檔。另外若能支援 hql 或 jpql 就更好了

Hibernate 每次都 select 出整個物件有時會有效能問題。特別是有複雜 join 的時候。

ihc:這種時候如果只是query 而沒有其它動作，直接用sql 比較適合吧?

用 jdbc 下 sql 必需逐欄從 resultSet 取值。這點很煩。所以我希望它幫我塞好。

除了很複雜的 sql 以外。用 jpql 還是有好處的。以我們現在的專案來說，由於上包商似乎規定 table name 必需符合某個不明所以的資料字典。要詳細問他們又有層層關卡。規則又可能會變動。用 jpql 轉包一層的話。至少將來改 table name 比較方便。

我們也不能把 table name 寫成 java 常數。因為所有 sql 都要寫在檔案裡。