【最速】google guice DI Framework【シンプル】

【最速】google guice ..

352:デフォルトの名無しさん
07/10/18 17:08:26
toInstanceとProviderはインターセプトされないってのは常識かと

Guiceに生成を任せないってことは自前でセットアップしろということだろうね

353:351
07/10/18 17:17:36
>>352
あらま
じゃあ>>344がてきとーなことぬかしてただけか。
でもEJBとか使う場合はProvider使うのが一番自然だよなーー。
実際GuiceのJndiIntegrationにあるProviderもにたような問題が起こりそうだし。

354:デフォルトの名無しさん
07/10/18 20:37:13
EJB3で収まる範囲ならEJB3の使ったほうがいいんじゃね?
そもそもproviderはあんまり使えるとはおもえんし

355:デフォルトの名無しさん
08/03/08 23:00:36
アメリカのSanta Claraに来ています(サンノゼのすぐそば、サンフランシスコから車で１時間弱)
こういうカンファレンスに参加してきたのだが、
URLﾘﾝｸ(www.sdexpo.com)

そのなかで Guice のクラスがあった。
プレゼンのpdfが以下にあります。speaker は Bob Lee氏(Google の guice の開発チームの一人)
URLﾘﾝｸ(crazybob.org)　(最後に / をつけちゃダメ)
URLﾘﾝｸ(crazybob.org)　　　　←Lee 氏の blog

内容は・・・・たぶんこのスレに来ている人はみんな知っているようなことだと思う。
(あと自分の英語力が足りなくてすべて理解できなかったけど)、たいてい PDF に書かれていることでした。
あと pdf のp45にもあるけど、そのうちツール面をリリースするつもりだ、と言っていました。
・Struts との統合、spring における struts integration みたいなもの
・Hibernate, JPA との統合

356:デフォルトの名無しさん
08/03/08 23:59:33
JPAサポートは標準でほしいね

357:デフォルトの名無しさん
08/08/06 23:55:53
流行っていないのかage

358:デフォルトの名無しさん
08/08/24 02:01:22
過疎にもほどがある

359:デフォルトの名無しさん
08/08/24 10:50:37
ImplementedByアノテーション使うべきか。
Moduleクラスを実装すべきか。

どっちがいい？

360:デフォルトの名無しさん
08/08/24 12:47:18
EJB3のような動作を期待したいなら前者で後者は実際の運用で必要になることはまずない

実装クラスは定義なしで使えるんで、小規模ならば実装クラスをそのまま使い、
あとで切り分けが必要になったらインターフェースに置き換えて分離する
というのでいいと思う

Namedだと手軽だけどタイプセーフじゃないし、Guiceのターゲットとなるアプリは
DIのみが重要って幹事が多いから、同じインターフェースで実装を変えるという
ことはしないほうがいい

もしやりたいなら継承したインターフェース使うのがいい

あとJavaコードならばIDEによるサポートはかならずあるので、
使用しているコードからインターフェース＞実装コードと探すのがすごく楽

361:デフォルトの名無しさん
08/08/25 15:50:31
AOPでトランザクション管理するにはSpringと組み合わせなきゃ駄目？

362:デフォルトの名無しさん
08/08/25 16:28:21
なぜそう思うのだ

363:デフォルトの名無しさん
08/08/25 17:40:02
guice単体で見たときに、トランザクション管理の仕組みが無いようなので。

364:デフォルトの名無しさん
08/08/25 20:08:47
AOP使うんでしょ?
なら出来ないと思う理由がわからない

まずAOP使わないでトランザクション管理はできてるよね？

365:デフォルトの名無しさん
08/08/25 20:18:35
それはできます。

O/Rﾏｯﾊﾟｰ(例えばhibernate)を使ったときに
guice側でトランザクション管理がしたいんです。

366:デフォルトの名無しさん
08/09/07 16:34:20
フルスタックのフレームワークを使えばそういうことは
考えなくて済むぞｗ

367:デフォルトの名無しさん
08/09/07 22:24:49
釣りにマジレスカコワルイ

368:デフォルトの名無しさん
08/09/25 03:11:24
これだけ情報少ないとやっぱ導入したら
後の人に恨まれるだろうなあ

俺も昔enhydra導入した馬鹿先輩を恨んだしなあ

369:デフォルトの名無しさん
08/11/12 07:37:36
>>366
EJBですね。わかります。

370:デフォルトの名無しさん
08/11/12 23:40:38
まだあったか

371:デフォルトの名無しさん
08/11/13 00:00:26
DIというか疎結合というかインターフェース重視というか、
その辺の設計のツボがわかるようなお勧め本ないですか？

372:デフォルトの名無しさん
08/11/13 01:24:29
>>371
GoF

373:デフォルトの名無しさん
08/11/13 05:16:25
>> 371
PofEAA
URLﾘﾝｸ(capsctrl.que.jp)

374:デフォルトの名無しさん
08/11/13 08:48:45
もうパターンはうんざり
どうせみんな使いこなせないから

375:デフォルトの名無しさん
08/11/13 09:14:13
>>374
おまえだけだろ、転職しろ

376:デフォルトの名無しさん
08/11/13 09:15:57
ってかパターンについて根本的に勘違いしてるな。
特別なテクニックではなくて、カタログ化されたことが重要なんだよ

377:デフォルトの名無しさん
08/11/13 10:48:56
そんなはなししてねーよ
問題はそんな一般論は誰でも騙れるが
活用できる奴がいないということだよ
つまり絵に書いたもちと同じって事
お前らのような奴はデザパタなんて考えなくていいし
クラス設計なんかもし無くていいよ糞が

378:デフォルトの名無しさん
08/11/13 11:15:52
お前の周りにはいなさそうだなw

379:デフォルトの名無しさん
08/11/13 11:29:59
まー能書きたれるのは一人前な奴が多いのがこの業界だから仕方あるまい

380:デフォルトの名無しさん
08/11/13 13:39:14
実際、疎結合というかインターフェース重視をより意識するようになったのはGoFのデザインパターン本だったので>>371に答えただけなのだけども、馬鹿が混じって変な流れになったな。

381:デフォルトの名無しさん
08/11/13 16:16:43
どーでもいーです

382:デフォルトの名無しさん
08/12/07 02:54:44
GuiceとS2JDBCを組み合わせて使えないかな。

383:デフォルトの名無しさん
08/12/07 22:58:01
コンテナ2つ使うというのが気に入らない･･･

384:デフォルトの名無しさん
08/12/07 23:48:43
コンテナはGuiceを使うってことだろjk

385:デフォルトの名無しさん
08/12/08 21:50:24
それだとS2JDBCつかえんだろ

386:デフォルトの名無しさん
08/12/08 21:58:50
だから「使えないかな」って希望かいてんじゃねぇの？

387:デフォルトの名無しさん
08/12/08 23:07:33
>>382
ぐぐれカス

URLﾘﾝｸ(www3.vis.ne.jp)

388:デフォルトの名無しさん
08/12/09 00:56:23
つーかS2JDBCってコンテナのjarに入ってるんだけどな
分離するやつなんているのか？

389:デフォルトの名無しさん
08/12/09 01:46:08
>>388
素人はすっこんでろ

390:デフォルトの名無しさん
08/12/09 20:55:10
具体的なやり方かかない時点で･･･

391:デフォルトの名無しさん
08/12/18 00:26:48
jarくらい入ってても良いだろ