- 1 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 10:59:45 ]
- 前スレ
ttp://pc10.2ch.net/test/read.cgi/tech/1077465099/
公式
ttp://www.springframework.org/
- 684 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 13:50:49 ]
- >>682
それ通常の永続コンテキスト
- 685 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 13:57:34 ]
- KuinaもJPAもEJBもスレ違い
「Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.4」
ttp://pc11.2ch.net/test/read.cgi/tech/1134701684/
- 686 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 15:00:38 ]
- >>684
なら拡張つかうのやめれば？
むしろSFSBはWebに紐付けしないといけないほうが問題。
seamはそのためにあるともいう。
- 687 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 20:05:18 ]
- >>686
通常のコンテキスト使うならEJB使うメリットはない
SpringでもSeasarでも同等
>674が言うEJBが効率的てのは何なのかと
スレ違いらしいから続けるならO/Rスレで
- 688 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 19:25:32 ]
- >>686の発言はいみふ
- 689 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 19:35:46 ]
- >>688
SFSB使ったことないのかい?
- 690 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 19:42:09 ]
- Swingクライアント+SFSBならWebと紐付け不要
- 691 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 22:16:02 ]
- >>690
揚げ足取りイクナイ
- 692 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 10:19:14 ]
- ロジックをステートレスにするのは
フレームワーク側の都合にプログラマが合わしてるだけで
本来の姿じゃないって発言をたまに見かけるが、
ステートフルにするとプログラマの能力を超えてしまう事が多数。
- 693 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 13:44:32 ]
- つーか、ステートフルであることがアプリケーションの基本でしょ?
そんな基本ができないやつはいらね
難易度が高いのならともかく、基本がないやつは退場してもらったほうが業界のためにいいよ
- 694 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 14:25:15 ]
- >>693
ロッド・ジョンソンに言ってこい
- 695 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 14:39:37 ]
- >>693
何が基本なんだかさっぱりわからん
そんなもんケースバイケースに決まってるでしょ
- 696 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 20:59:49 ]
- ステートレスだのステートフルだのうるさい奴らはSpringの設定を全部シングルトンにしてそうだ。
ステートレスなロジックオブジェクトとステートフルなエンティティオブジェクトのみで
作られたプログラムなんてオブジェクト指向とは到底呼べない。
- 697 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 21:02:34 ]
- >>696
オブジェクト指向と呼べるかどうかには興味はない
- 698 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 22:13:25 ]
- >>693
イミフ
- 699 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 22:32:42 ]
- >>693
退場してください
- 700 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 23:00:11 ]
- オブジェクト指向万歳！！
- 701 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 23:57:46 ]
- >>697
オブジェクト指向と呼べるかどうかに興味は無くても
保守性の高い見通しのよいプログラムには興味あるだろう？
ロジックオブジェクトとエンティティオブジェクトを明確に切り分けるのは
そういう観点でも"うまいやり方じゃない"と俺は思うんだが、どうだろう。
- 702 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:02:02 ]
- >>701
保守性の高い見通しのよいプログラムには興味あるだろう？
ロジックオブジェクトとエンティティオブジェクトを明確に切り分けるのは
そういう観点でも"うまいやり方"と俺は思うんだが、どうだろう。
- 703 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:18:35 ]
- 「保守性の高い見通しのよいプログラム」を定義してくれ
オブジェクト指向(笑)にすると自動的に保守性が高くて見通し良くなるの？
- 704 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:27:49 ]
- ,. .‐'テ'ｰ､-. .､
／: : :/ : : : : ヽ : : ＼
! : r‐┴‐-､: : : l : : : :l l
,.∟にﾆﾆﾆﾆlュｭ_l: : : :_l:｣__
／ ,.ｨ ／"＾l ﾄ､ ￣｀`Tﾆ＞
/イ,ｲ / /ｺ/┐ iﾋﾍl'ﾆゝ、 | 言ってみろよ…！
l/ lｲ/l＝=aﾞ ,,=a=＝:l r=､ | 能書きたれてみろ…
. l.`ー_） ー ' |.|ｈ.} | 聞いてやるよ…
l 「 ＿＿_ u |Lノ :ﾄ､
ヽ ‘ｰ─‐’ ／ﾞヽ |: :「:Tｰ-
_,, .-‐'|＼ ￣ ／ u ＼| : |:::|: : :
‐'' ´: : : : : : |::|: l`:イ l : j|:::|: : :
: : : : : : : : :.:|::| : i : ヽ ノ : ﾉ|:::|: : :
: : : : : : : : : |::|: : :＼ :`:ｰ-‐ ': : ／: :|:::|: : :
- 705 名前：701 mailto:sage [2008/04/14(月) 00:44:58 ]
- >>702
それもそうだな。保守性の高い見通しのよいプログラムっていうのは
多分に人間の感覚に依存してるものだから一概に言えないけれど、
1.プログラムを変更する際に目を通さなければならないファイルが少ない
2.関連するデータと手順は近いほうがよい(推測できる or 同じ場所にある)
上記二点が備わっていたら保守性が高いと言えるのじゃないだろうか？
で、1.の点に関してはロジックとエンティティが同じの方がいいと思える。1ファイルですむからね。
2.の点に関してはロジックとエンティティを似たような名前にする事でどちらでもある程度解消できる。
ただし、プロジェクトでの名前付けの統一に失敗するとロジックとエンティティを切り分けるやり方は地獄を見る。
オブジェクトの責任の切り分けに失敗して巨大なオブジェクトに多量の処理をさせると俺の主張するやり方のほうが地獄を見る。
だから"メンバーに命名規約を遵守させることが出来る"なら702のやり方でもさほど問題ない。
"メンバーの設計が一定レベルにあることを保障できる"なら俺のやり方の方が冴えてる。
と、思うのだがどうだろう。ちなみに俺はオブジェクト指向についてはそれほどこだわらない。
分かりやすく保守しやすいコードを一番重視する。
- 706 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:53:45 ]
- ､-‐- ､,. z_
＜￣ ゝ
∠´ /Vヽ ゝ
∠ ∧/`' ﾑ, ヽ なんや おどれと話をしてると
∠/レ' ム _,_ `、
| ,.－ ヾ（へヽ ヽ わいも落ちるとこまで落ちたって
|／ ／ﾄ､ } ヽV~) ） ヽ 気になるわ…
＼ ヽ ノ ､ｼ ,.ｲ ヾ ' }
,/ `｀ ｰ-―- ､ ヽ. l
L r っ _. -‐ォ ） ）＼ ／⌒ヽ
(二´-‐_'´ノ ／ .／ 〉、
(二´-‐ ' ､ ` ／ ,／ / ＼
＼ヽヽ` ／ ／/ / ヽ
` ｰ 'ヽ／ / , ' ヽ
/ヽ. / ／ ヽ
- 707 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 01:11:28 ]
- 特にwebアプリケーションにおいては、ステートフルなオブジェクトが多いと
スレッドセーフとパフォーマンス面で実装が難しくなって
かえって複雑になるという現状があるからなぁ。
- 708 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 01:33:53 ]
- つまり結局「有能な人間を集めればうまくいきます」ってこと？
もはやオブジェクト指向もDIコンテナも関係ないな(爆笑)
- 709 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 01:37:38 ]
- どうしてそんな結論に至るのかまったく理解不能。
- 710 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 01:46:28 ]
- >>707
現状じゃなくて昔はの間違いでは?
マシンパワーが低いとかの問題で。
スレッドセーフの問題はどちらの場合でもついてくる。
- 711 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 01:57:09 ]
- >>664
FreeMarkerってstruts2が中で使ってた
- 712 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 20:08:53 ]
- HibernateもFreeMarker中で使ってるんじゃなかったっけ。
VelocityよりFreeMarkerの方が二番煎じな分だけ使いやすい気がする。
微妙にスレチ下げ。
- 713 名前：デフォルトの名無しさん [2008/05/06(火) 01:56:23 ]
- Spring1.3→2.5とジャンプアップを企んでいる者です。
質問なのですが、アノテーションを使ってDIしてる場合、UnitTestってどうやりますか？
1.3の時代はsetterインジェクションをしていたので、
ドライバクラスからテスト対象クラスをnewし、スタブクラスをsetしてやればテストできたのですが、
アノテーションを使うとsetterが無いのでスタブをsetできません。
この場合、UnitTestでもSpringを使う必要があるのでしょうか？
- 714 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 02:33:33 ]
- >>713
アノテーション使おうがsetterを使えば同じようにできる
フィールドインジェクションの場合は無理
でも、AOPとかトランザクションとか複雑に絡み合うコンポーネントを考えると
単体テストでもコンテナから呼び出したほうがいいかと
結果、ある程度の結合テストができていると考えていいし
問題が大きいようだったら2.5でもアノテーションつかわなくてもいいんだよ
2.0までのやり方でも問題はない
- 715 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 18:43:41 ]
- >>712
FreeMarkerは開発者が人間のクズ。
- 716 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 01:16:44 ]
- >>715
どういうこと？
- 717 名前：デフォルトの名無しさん [2008/05/10(土) 11:23:12 ]
- 流れぶったぎってすまんが、Spring使ってると
xmlやらインターフェースが増えてうざいし
ほんとに便利なのかコレ
- 718 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 16:16:06 ]
- >>717
アノテーションつかえばXML書かなくてもいいよ。
インターフェースも必要なければつかわなくていいよ。
- 719 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:11:13 ]
- >>717
いつの人ですか？
今は自動で登録できるよ
自動登録するパッケージを指定して
@Componetとかクラスの定義につければよい
- 720 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:22:54 ]
- Spring（というかDI/AOPコンテナ）使わないと自分でインスタンス管理しなくちゃいけないし
トランザクションも管理しなくちゃいけないし、AOPも使えなくてえらく不便だ。
- 721 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:37:15 ]
- 通常のGUIアプリとかだとDIコンテナが使い物にならなくてワロタ
ならよくある
インスタンス管理はどのフレームワーク使おうが意識をしないってことはないと思うが
- 722 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:44:46 ]
- 意識しないなんて誰か言ったか？
- 723 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:53:33 ]
- インスタンス管理を意識する・しないじゃなくてインスタンス管理のための仕組みを自分で作るかどうか。
既にそういう機能を持ったフレームワークがあるのな自分で作るのはバカバカしい。
DIコンテナいらねって人はインスタンスを管理するという発想がないのかもね。
- 724 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:56:51 ]
- つまりwicketはだめでJSFは最高というわけですね
- 725 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 18:01:03 ]
- アホか。
- 726 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 18:26:54 ]
- JSFって良いか？
もうRESTな作りできるようになったんだっけ？
- 727 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 18:39:10 ]
- REST厨ってHTMLのstrict厨と同じ臭いがする
- 728 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 19:38:07 ]
- 技術が細分化してて向き不向きがはっきりしているってことだよね。
- 729 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 22:40:20 ]
- 技術というか単なる道具とかテンプレートだよな…
- 730 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 23:38:15 ]
- 論文がどうだとか言い出すREST厨は嫌いだが
RESTがRIAと相性がいいのは確か
- 731 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 00:33:59 ]
- RIAといってもクライアントがさまざまだからなんとも
アプレット/JavaWebStart/.NET関連だとSOAPはやっぱり楽だし（JAX-WS2.1あたりで互換性解決したし）
鯖サイドがJavaでjavascriptだとDWR使ったほうが楽だったり
- 732 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:21:25 ]
- SOAPは遅すぎてRIA向きじゃない
JavaScriptのライブラリが急速進化し、開発環境が整備されてきた今では
DWRも過去の遺物だろう
Ajax、Flex、Silverlightのどれでも開発出来るように
JAX-RSのような形態を取るのが今後の標準だと思う
- 733 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:30:02 ]
- RESTみたくゆるい仕様ってツールサポートしにくくね？
ツールのサポートなくても平気のがゆるい仕様なんだろけどさ
JAX-RSのメタ情報って他言語から使えるんか？
SOAPはいらんけどWSDLぽいのは必要じゃねーのか
- 734 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:54:31 ]
- スレ違い
pc11.2ch.net/test/read.cgi/tech/1031149340/
- 735 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 02:47:17 ]
- >>732
だからクライアントしだいだろ？
WSDLによるクライアントの開発の容易さは捨てがたいだろう。
それにDWRが過去って。
やっと2.0になってリバースAJAXでかなりよくなったところなのに。
どれでも開発できるようにってのは下手するとこけるからね。
まぁバックエンドのサービスをEJB等できっちりつくっておいて
インターフェースを自由にできるようにしておいたほうがいいと思われ。
- 736 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 15:49:55 ]
- 好きなものを使えってことで。
俺は WebService(WSDL) が好きなんだが
Microsoft のサポートがプアなのがなあ。
- 737 名前：デフォルトの名無しさん [2008/05/14(水) 20:00:58 ]
- 329 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/13(火) 22:04:29
冷ややかな戦争勃発ｗ
ttp://d.hatena.ne.jp/masataka_k/20080513/1210661500#c
342 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:05:36
はぶ参入で抗争激化！さぁ、盛り上がってまいりました！
343 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:08:47
とりあえず、保存しといた。
s04.megalodon.jp/2008-0514-0207-34/d.hatena.ne.jp/masataka_k/20080513/1210661500
347 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 07:16:26
面白くなってきたな。Seasar界隈は人格的にちょっとあれな人が多いのが魅力w
348 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 07:40:37
でも、理事のBlogでやることじゃないよこういうことはメールベースでやるべきだと思う
野次馬的には面白いかもしれないけど企業から見たら不安になって採用を躊躇するところが出てきてもおかしくないからね
352 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:02:42
マーケ的にまずいのでseasar3はとりあえず表に出さないでくださいとかいうのはちょっとやばい
353 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:04:14
元理事は一旦収束していたのに、なにをしたかったのだろうか。そして日記非公開の理由とは・・・？asipの参戦はありうるのか！？
354 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:08:14
うわ、ほんとだ 閉鎖した
355 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 16:31:01
DB関連とか色々勉強させてもらったけど、このしみったれた感覚が所詮デブオタなんだなと思うわ。
- 738 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 22:07:47 ]
- 擦れ違いかもしれんが、
Jboss seam使っているやついる？
stateless session bean と 普通のPOJOのビジネスロジックの使い分け方が、
わかんね。
- 739 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 22:16:39 ]
- 汎用フレームワークの話ならこっちじゃね？
pc11.2ch.net/test/read.cgi/tech/1181063688/
セッションビーン使えるならロジックはすべてそっちでいいと思われ。
POJOのほうはView関連に特化させるといい感じかな。
- 740 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 22:35:14 ]
- あ、そんなスレあったんだｗ
サンクス。
- 741 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 23:02:38 ]
- 春よコイ！
- 742 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 18:14:48 ]
- >>716
亀レスだが
pc11.2ch.net/test/read.cgi/php/1120519290/34
- 743 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 22:38:16 ]
- 俺ずっと REST は RDBMS の CRUD に対応するもので、
言うなりゃ SQL とかストレージ的な空気をクライアント側から
隠匿するためだけの物に近いと思っているんだが
いっつも SOAP とか RPC とかと同列に語られてるんだよな。
REST で騒いでる奴らって CRUD だけで済むプアーなアプリを作ってるからそういう事言ってるの？
それとも REST 風(つまり、単に定義のゆるいWeb-API)なものと混同してるの？馬鹿なの？
- 744 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 23:26:32 ]
- >>743
何を言ってるのかサッパリだわ
- 745 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 23:34:33 ]
- >>743
狂っどる
- 746 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 23:52:56 ]
- >>743
SOAな連中が語るRESTとROAな連中が語るRESTは別物
- 747 名前：デフォルトの名無しさん mailto:sage [2008/05/16(金) 08:14:09 ]
- >>746
ああ、なるほど。>>743が何言ってるのかわかった。
SOA(笑)方面ではそういう扱い方をするのか。
つーかRESTなんて単なる道具なんだよ。
どういう使い方を語ろうと勝手だろうに。
- 748 名前：あぼーん mailto:あぼーん [あぼーん]
- あぼーん
- 749 名前：デフォルトの名無しさん [2008/05/18(日) 18:34:39 ]
- おまいらSpringと一緒にORマッピングは何つかってんの？
俺はiBatisが分かりやすくて気に入ってる。
- 750 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 20:16:17 ]
- >>749
Hibernateかな。
これが一番普及してそうだし。
- 751 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 21:37:15 ]
- >>749
Hibernate
マッピングはEclipseに自動生成させて
CriteriaとQueryを中心に使う
- 752 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 22:06:39 ]
- >>749
JPAかな
次期HibernateではネイティブでJPA対応するし、各種ツールがそろってるのは大きい
- 753 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 22:16:53 ]
- >>749
DBUtils
- 754 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 22:36:50 ]
- Hibernateって設定ファイル多くてメンテしにくそうなんだが。
確かによく聞くっちゃ聞くけど。JPAのPJにはまだ当たった事無いです。
>>753
それってJakarta DbUtils？
ORとは違うけど確かに一番便利な気がする。
Springに組み込まれればいいのにな。
- 755 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 23:32:44 ]
- >>754
JDBCテンプレートがそんなもんだな
- 756 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 01:44:17 ]
- DbUtils は、DI コンテナとか知らないときによく使ってたが、
DbUtils と DI をどうやって組み合わせるの?
サービスオブジェクトに DAO オブジェクトを DI させて、
DAO の実装は Hibernate とか iBatis でなく DbUtils を使う感じ？
- 757 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 02:14:22 ]
- >>756
QueryRunnerにコネクションを渡すんだろうけど
それってどうなんだろう・・・ Springが勝手にやってくれるとこを
わざわざ記述しないといけないのかね。
- 758 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 07:21:33 ]
- DBUtils の QueryRunner とか *Handler は大抵 JDBCTemplate で代用出来ると思うが。
- 759 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 08:33:09 ]
- >>754
HibernateはJPAに対応しているから設定ファイルはpersistence.xml一個だよ
EntityのマッピングはJPAのアノテーションが使えるし、
それはEclipseのWTPなら自動作成できる
DBUtilsはO/Rマッパー使う前は愛用していたけど
今の時代では流石に使う気になれないな
- 760 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 13:14:10 ]
- JPAが一番楽だろうね
有名どころのIDEはみんな対応してて設定ファイルはまったくいらないし
- 761 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 21:31:47 ]
- Hibernateが一番楽だろうね
voクラスの自動生成とcrudアクセスを多用すればジェネリックスの恩恵にあずかれる
まさに楽チン
- 762 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 22:28:18 ]
- ここ半年前までは、
・Hibernate ウンコ!!
・余計なことしすぎ (n+1問題など) ←使いこなせてない側の問題があるがここでは目をつぶる
・iBatis みたいなの便利!!
というかんじで Hibernate はぼろぼろだったが、JPA の登場により王者復活か?
どれ、おれも本買ってもう一度やってみるか
- 763 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 23:06:39 ]
- >>749
ORMは使ってないなあ。
ものすごく薄いDAO層のラッパ作成して
(JdbcTemplate 使うようなやつ)
基本的にSQLそのまま書く。
SQL実行するためのツールがそのまま使えるのが大きい。
でも思ったよりも ORM 使う人多いのね。
- 764 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 23:11:22 ]
- >>763
spring使ってるのか？
- 765 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 23:36:53 ]
- >>764
JdbcTemplate使ってんなら当然だろ
- 766 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 00:52:06 ]
- >>762
JPAの範囲だけ見るとHibernateは確かにあまりよくない
LAZYが何も設定せずにきくのはTopLinkとApache OpenJPA
OpenJPAはManyToOneでもn+1フェッチしないんだよね
joinを積極的に使う戦略のようだ
あとupdateがHibernateが一番頭が悪かった
項目ひとつだけ変更してもすべての項目をアップデートしに行くのはHibernateだけ
ほかの実装は更新された項目だけupdateする
- 767 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 00:59:58 ]
- >>766
> ほかの実装は更新された項目だけupdateする
それだとバッチ更新できなくね？
- 768 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 01:02:51 ]
- >>766
ManyToOne、OneToOneにはFetchType.LAZY付けるのが基本だと思う
必要なときだけQueryやCriteriaでJOINすればいいんだし
- 769 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 01:09:00 ]
- iBatis派少ないな。
まぁ結局そんなの使わずにSQL直書きが後で一番見やすいのは
確定的に明らかだがな。
>>758
無理
- 770 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 01:17:45 ]
- >>767
どういうこと？
>>768
もちろんLAZYが一番よい
Joinして持ってきたいときにはそう書けばいいだけだし
Hibernateの問題はLAZYがJPAでまともに実装されていないこと
独自のアノテーションが必要
- 771 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 02:12:12 ]
- >>769
iBatis は悪くないんだけど、だったら SQL でいいじゃん
てところに落ち着いてしまうのでは。
とことん抽象化するか、とことん具象で済ますかの二択で。
- 772 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 02:15:29 ]
- >>771
んな事ねーんじゃね？
Beanへのマッピングとか便利でしょ、、、てかORマッピングってそこじゃねーの？
- 773 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 02:38:25 ]
- JPAもネイティブQueryでnewが使えると最高なんだけどね
- 774 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 07:04:09 ]
- >>770
独自アノテーションは微妙だな
せめてpersistence.xmlのpropertyでlazyの挙動を切り替えられるようにして欲しい
>>773
個人的にはnewよりもHibernateのResultTransformerをJPAの仕様に入れて欲しいかな
あれさえあればSQL使うときも戻り値を好きにできるので便利
- 775 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 08:08:02 ]
- >>772
Object-Table Mapping ならそうなんだろうけど
いかんせん Relation だから・・・ 重厚長大でどうにも。
- 776 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 09:13:14 ]
- ｵﾚ的にはiBatisに重厚長大感はないけどな？？
重厚長大っていったらHibernateじゃないの？
っでｵﾚはiBatis派なんだが
- 777 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 21:17:50 ]
- >>776
単に使った事無いだけでしょ。
ORも正しく理解できて無いし、相手するだけスレの無駄。
- 778 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 21:37:13 ]
- このスレの人たちは、フレームワークが道具であって目的ではないことを忘れ去ってますね
- 779 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 22:33:47 ]
- >>778
道具だからこそこだわるんだろ？
こだわりがいらないのならSeasarつかうさ
- 780 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 22:50:39 ]
- >>779
Seasarって、サラダで食べるくらいだなｗ
- 781 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 23:01:52 ]
- >>779 どういう事？
- 782 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 01:57:38 ]
- Seaserの方が優れているという事だが
デファクトスタンダードという事でおまいらは
Springに固執しているのか？
俺がそうなんだけどよｗ
- 783 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 02:03:48 ]
- >>782
>>780
- 784 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 08:13:09 ]
- >>782
リファレンスドキュメント読んで、
あるいはソースのコメント読んで
どっちが信頼にたるか考えたらいい。
悩むほど難しい選択ではないはず。
|
 |
