S2JDBC使う前に読むべきエントリー あるいはServiceクラスの実装について - プログラマでありたい
S2JDBCでServiceクラスをどのように作るか考えた時に参考にしたエントリー群です。肝は、3点。 Serviceクラスは、Entityクラスと1:1で対応させる。 Serviceクラスは、Entityに対する処理以外はやらない。 Serviceクラス以外は、jdbcManagerを生で使用しない。(Actionにとか) AbstractServiceを作成し、DBに関する共通処理を集約させる（削除フラグとか更新日とか） あ、4つになったｗ 公式ドキュメント二つ まず読みましょう S2JDBCとは サービスの作り方 JavaDoc こっちも必須です。 javadoc: S2AbstractServiceクラス 出羽さんのエントリー。納得できるまで、読み返すこと S2JDBC の弱点を補完するS2AbstractService 続・SAStruts + S2JDBCのアーキテクチャ ジェ
続・SAStruts + S2JDBCのアーキテクチャ 2008-06-06 - 出羽ブログ
ここで疑問点があります。この疑問点のため、眠れなくて早く起きてこのエントリを書いています。笑 ・ビジネスロジックをEntityとServiceに書く設計（最近流行のDDDの設計）だと思いますが、Entityのメソッドには、insertとかupdateとかdelete、かつエンティティ独自の振る舞いを持たせるServiceのメソッドには、findAllとかfindByNameとかというものが用意される認識で良いのか？ ・S2Daoを使用していた時は、１画面につき１Dtoを作って、そのDtoを画面表示に使っていました。 S2JDBCを使用すると、関連先のEntityが対象Entityにくっついて検索されるので、Entityを画面表示に使っても良い？ 画面表示用のDtoは不要？ 以下に、自分なり回答をさせて頂きますので、参考までにどうぞ。 まず、Entityのメソッドには、insertとかupd
S2JDBCを使ってます。 - 個人事業主のつぶやき
今、仕事でS2JDBCを使っている。 TeedaとかS2Daoとかはかなり前から使っていたんだけど、 S2JDBCを使うのは始めて。 流れるようなインターフェイスってすげぇなぁ・・・とつくづく思った。 で、このS2JDBCを使う仕事、結構大きいプロジェクトなんだけど、 S2JDBCの使用に関して、私には理解不能な決まりがある。 なんか、言っても聞かなそうなので、ここで抗議してみる。 で、その決りごと。(すべてが反対ではないので、よく読んでくださいw) S2JDBCはエンティティ1個に対してServiceクラスを作成し、それを介して処理を行うこと。 これは、大賛成。 S2JDBC(jdbcManager)を生で使用するのは気が引ける。 参考：http://d.hatena.ne.jp/dewa/20080706/1215308304 各Serviceクラスは対応するエンティティに対する処理以
S2AsbtractServiceの使い方について - かとじゅんの技術日誌
以下について誤解のないように書いておきます。 シンプルな問い合わせは、メソッドにしない。 Serviceクラス使ってる意味なくね？ aaSerivce.selectById(aaId); というように、ID指定で取得するような問い合わせは、 selectById()メソッドを作らず、 aaService.select().id(aaId).getSingleResult(); って書くんだと。なんでも、メンテナンスコストが下がるとかで。 逆だろ、上がるだろこれ。 これすごくわかります。私も結構悩みました。本来は個人事業主さんのいう姿がよいと思います。 が、ここから本題。 私も最初のころはselectByIdをAbstractServiceにつくっていました。selectByIdって便利ですね、でもFKで関連しているテーブルもJOINしたいのですができないみたいなんですが、、、何かよいメソッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
