重要ポイントは次の感じなのかな。
- ManyToOne、OneToMany、OneToOneサポート
- Pagerサポート
- DaoインタフェースからDxoによる条件句生成へ、Daoインタフェースさようなら?
- 例: @ConversionRule("managerId : managerId_GT")
あと測らないと判らないけど、conditionsをMapで渡すことで従来実行時にDTOインスタンスからリフレクションで値取得してた部分のコストが低減されるかも?
注意しないといけなさそうな点は次の感じかな。
- Page、ActionクラスでjdbcManagerを使う場合、注意しないとロジックの分離がなし崩しになり、生SQLを直接書いてる感じになっちゃうかも?
- 共通部分はService、Logicで!
- エンティティクラスごとに生成したAutoSelectのインスタンスを使い回すのはNG。実行時ごとにjdbcManager.from(エンティティクラス)から手順を踏む。
- 例: ServiceやLogicにDaoインスタンスを持たせてた部分をAutoSelectのインスタンスに置き換えて使い回すのはダメ。
従来のS2Daoより出来ることが増えて良い感じだけど、Daoインタフェースが無くなるのに抵抗がある人がいるかもしれないっと思いました。もちろんS2Daoも今後も継続していかれるとのことなので好きな方を使えばOK。
この記事に関連する別の記事:
- pptPlexを使ってPowerPointの資料をカッコよくする Windows Vista/XPでPowerPoint 2007を使っているならpptPlexを入れるとプレゼン資料がカッコよくなります。 pptPlexを入れるとでっかい1個のキャンバス上にスライドをセクションごとに配 [...]...
- ikushipe面白い ...
- Newer: この3ヶ月近く
- Older: 64bit版Vista
コメント:0
トラックバック:0
- このエントリーのトラックバックURL
- http://jfut.integ.jp/2007/10/05/jdbcmanager/trackback/
- Listed below are links to weblogs that reference
- JdbcManager from ふたつの川うるおう日記

