トップページ⇒tech
407コメント96KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2007/03/24(土) 09:34:46
無かったので立ててみた。
http://code.google.com/p/google-guice/
0002デフォルトの名無しさん2007/03/24(土) 09:45:50
鼬害
0003デフォルトの名無しさん2007/03/24(土) 09:46:13
これなんて読むんだ？
juice→ジュースだから
グース？
0004デフォルトの名無しさん2007/03/24(土) 10:11:04
pronounced 'juice'
って書いてあるじゃん。

ってかまたDIか。本気でDIいけてると思ってる奴どんだけ
いんのよ？流行で触ってみた、使ってみたじゃなくてさ。

心底、これはスゲーって思ってる奴いる？
0005デフォルトの名無しさん2007/03/24(土) 10:24:14
DIなんてJavaが駄目言語であるがゆえに存在するものだからなあ
0006デフォルトの名無しさん2007/03/24(土) 10:34:07
ＤＩいけてないって思うヤツに
プログラムを書かせてはいけない
0007デフォルトの名無しさん2007/03/24(土) 11:11:11
>>4
普通に１００人規模の開発で使ってるんだが。。
0008デフォルトの名無しさん2007/03/24(土) 11:12:37
>>4
DI無しでの単体テストなんてもう考えられないな。
DIは単体テストの為にあるって言ってもいいかも。
0009デフォルトの名無しさん2007/03/24(土) 11:15:59
>>6
書き方が悪かったな。
ＤＩいけてると判断して使ってる奴がどれだけいますかー？
ＤＩいけてないと判断して使ってない奴がどれだけいますかー？

って事だけ。流行に躍らされてないで、DI理解して
DIDIって言ってる奴が何割いるのかと。
0010デフォルトの名無しさん2007/03/24(土) 11:17:51
>>9
DIはいけてるが既存のフレームワークは最悪。
guiceはちょっとましになったかなという程度か。
0011デフォルトの名無しさん2007/03/24(土) 11:31:10
DIなんて聞いたこともないわけだが。
まったく次から次へと焼き畑農業のようにゴミライブラリ撒き散らして悦に入っている
Java厨は本当に度し難いな。
0012デフォルトの名無しさん2007/03/24(土) 11:46:14
まぁＣ/Ｃ＋＋何ぞでは、ＦＷ作る意味すらないからな
0013デフォルトの名無しさん2007/03/24(土) 13:57:12
リフレクションが使いにくい言語にはDI適用は困難
ダックタイピングが有る言語にはDIは不要
0014デフォルトの名無しさん2007/03/24(土) 14:58:31
DIってDLLみたいなもんだろ。
デバッグ情報含んだDLLをデバッガで動き見て
リリースモードのDLLにして納品みたいな。
0015デフォルトの名無しさん2007/03/24(土) 16:37:09
>>14
違う予感



え、そうなの？
不安になってきた。
0016デフォルトの名無しさん2007/03/24(土) 16:39:55
うさんくせぇ〜〜〜〜〜
Java開発を変える最新の設計思想「Dependency Injection（DI）」とは
http://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20050216/156274/?ST=develop&P=2
0017デフォルトの名無しさん2007/03/24(土) 16:51:38
国際化対応もDLLにリソースぶち込んで、ロケール見て切り替えってのもそう？
0018デフォルトの名無しさん2007/03/24(土) 16:53:56
なんだよＤＬＬって
Windows厨はでてけよ
0019デフォルトの名無しさん2007/03/24(土) 17:04:47
soもDLLっていうが
0020デフォルトの名無しさん2007/03/24(土) 17:07:40
EJBが糞過ぎてそれをどうにか他環境並みの疎結合に引き上げてくれる夢の新技術がDIってことか
0021デフォルトの名無しさん2007/03/24(土) 17:24:01
ﾅﾆこのスレ
ＤＩわからん香具師は出てけ
0022デフォルトの名無しさん2007/03/24(土) 18:06:20
>>14
DLLて。。
勘違いにも程があるな。少なくともぐぐってから書き込め
0023デフォルトの名無しさん2007/03/24(土) 18:07:48
大して違わないことに気づいても無い奴よりマシだと思う
0024デフォルトの名無しさん2007/03/24(土) 18:17:54
しかし徹頭徹尾無内容なスレだな。
0025デフォルトの名無しさん2007/03/24(土) 18:42:19
DIなんぞやから語る事自体は悪い流れではなかろう
問題はこの煽り合いの流れが意地の張り合いで終わるのかどうか
0026デフォルトの名無しさん2007/03/24(土) 18:42:47
スレタイにDIなんて入れるから中途半端なのが入ってくるんだ。
002712007/03/24(土) 18:48:31
>>24
そうならないように、スピード比較結果を貼ってみる
１回目
Spring: 1,734 creations/s
Guice: 35,161 creations/s
S2: 18,395 creations/s
２回目
Spring: 1,776 creations/s
Guice: 37,202 creations/s
S2: 19,394 creations/s
３回目
Spring: 1,783 creations/s
Guice: 36,764 creations/s
S2: 19,164 creations/s

数字大きい方が速いって事で。

http://d.hatena.ne.jp/arumani/20070315/p2

スレの内容見るとこのネタじゃ盛り上がらなさそうだけど(´・ω・｀)
0028デフォルトの名無しさん2007/03/24(土) 19:18:07
軽量で高速なDIコンテナは需要あるんじゃない？
うちじゃSpring使ってるけど、サーバ起動時の待ち時間は異常
0029デフォルトの名無しさん2007/03/24(土) 19:23:29
つーかＤＬＬとＤＩを同じ基準で比較するバカどもウゼー
0030デフォルトの名無しさん2007/03/24(土) 19:27:46
バインディングをコード書いてやらなあかんのがなー
Springで定義したのをGuiceで運用するってのがいいのかなーｗ
003112007/03/24(土) 19:28:30
>>28
個人的には、DI定義XMLが無い所がかなり気に入ってる。
リファクタリング手軽に出来るしね。
0032デフォルトの名無しさん2007/03/24(土) 19:32:43
>>31
へー。実例とかあったら見てみたい。
0033デフォルトの名無しさん2007/03/24(土) 19:41:48
悪りい、ここにドキュメントあったわ
http://code.google.com/p/google-guice/w/list
0034デフォルトの名無しさん2007/03/24(土) 19:41:59
jarを(dll)をどうロードするかでしかないんだから
こんなものありがたがってる奴らはドカタだわな
0035デフォルトの名無しさん2007/03/24(土) 19:46:04
>>34
いいからコボラーは引っ込んでろ
0036デフォルトの名無しさん2007/03/24(土) 19:48:03
>>34
むかしはファクトリのコードを手で書いてたんだから、かかなくて良くなりゃ
それに越したことはないと思うんだけど。
0037デフォルトの名無しさん2007/03/24(土) 19:51:45
だが、バインディングコードを書く時点で「コードを書く」こと自体は従来と同じ（戦略はともかく）
アノテーションのみだったらまだ違うけど
0038デフォルトの名無しさん2007/03/24(土) 19:56:19
春休み明けに立てればよかったのに
0039デフォルトの名無しさん2007/03/24(土) 19:57:08
ユーザガイドざーっと読んでみた。とりたてて目新しいことは無いな。

>>37
コードでもバインディングできますよ、ってだけで基本アノテーションのみ
じゃないの？
0040デフォルトの名無しさん2007/03/24(土) 19:57:36
まったくだな、>>38みたいな盲目な人間が消えてくれる
0041デフォルトの名無しさん2007/03/24(土) 20:04:48
ソースをざーっと読んでみた。とりたてて目新しいことは無いな。。

googleは何でこれ作ろうと思ったんだ？？
0042デフォルトの名無しさん2007/03/24(土) 20:06:00
作ったアプリの中からスピンオフしただけだろ
企業発のコードなんざ大抵そうだ
0043デフォルトの名無しさん2007/03/24(土) 20:11:28
へー、そういうものなのね。
004412007/03/24(土) 20:23:16
>>39
いや。バインディングのコードは必ず必要。
0045デフォルトの名無しさん2007/03/24(土) 20:32:28
簡単なDIだけでいいなら不要だけど
多分それじゃもの足りんよねー
0046デフォルトの名無しさん2007/03/24(土) 20:40:02
>>41
思うに、実行速度を早くしたかったのかと・・・・
Springの定義から作ったものをGuiceに上で高速に
動かしたいんじゃないの？
004712007/03/24(土) 20:45:04
>>41
バインディングがコードで書けると
jUnitで単体テストが書けてとても嬉しいよ。
XMLの場合、結合しないとテスト出来なかったから。
0048デフォルトの名無しさん2007/03/24(土) 20:51:04
オリは逆にDJUnitでコードバインディングみたいにコーディングしてダミーのクラスとか入れ込んでたけど
XMLで定義できたらなぁとか思ってたｗ
0049デフォルトの名無しさん2007/03/24(土) 21:10:16
>>47
ん？手でmockをセットすればテストできるけど、そういう話じゃないよね？
0050デフォルトの名無しさん2007/03/24(土) 21:14:17
ちら裏スマン
4月から超ファイヤープロジェクトに放り込まれそうだ。
ってか、燃えカスしか無いかも。。。

漏れは製造系の会社のIT分門で、9ヶ月前ぐらいにIT系の会社から
社内SEとして転職。で、問題のプロジェクトは工場で使う生産系の
システムを外部に請負で発注。テストもてきとうで、少し前から触るとなんか出る
って感じでやばいのがどかどか出てきた（ってか根幹の仕組み自体が破綻してるみたい）。
検収上げなきゃ良いじゃんって思ったけど、こっちの期末処理の関係で
3末で検収ださなあかんのだとｗｗｗ
保守契約は無し。構築中にスキトラ受けて自分らでやる予定だったみたい。

で、どうするかなーと思い、BLだけ切り出してきてDIでくっ付けなおそうかと。
BLの部分はJavaの基礎と最低限のライブラリの知識で作れるようにして
業務を知ってる社内のエセSEをちょっと鍛えて作ってもらうと。
数億の仕組みだから1人じゃどうにもならんので、人海戦術使うならこんな感じかなと。

立て直るかはプロジェクトの進め方で7割は決まると思っていて
やり方は色々あると思う。ただ、バグを1つ1つ潰してたら、きりが無い
という噂が流れてきてるから、上記みたいな事を考えてる。
まだ自分で蓋を開けてないから変わるかもしれないけどね。
0051デフォルトの名無しさん2007/03/24(土) 21:41:49
フルスクラッチするなら幾らでもやりようがあるがノー
結局そうした方がいい場合が多いんだけどねー
目先の予算やら何やらでお茶を濁すと結局は本質的な問題が
解決されずにグダグダするだけだったりして・・・
0052502007/03/24(土) 22:25:49
>目先の予算やら何やらでお茶を濁すと結局は本質的な問題が 
>解決されずにグダグダするだけだったりして・・・ 
まったくです。でも4月からの予算枠も当然取ってないですとｗｗｗｗ
って事で、社内要員でなんとかするしかなさそ。
1年以上やってるプロジェクトだから、なんとか活かせる部分は
活かして短期決戦に持っていきたい。
0053デフォルトの名無しさん2007/03/24(土) 22:59:58
∴∵∴∵∴∵∴∵∴∵∴∵∴∵∴∵∴∵。∴∵
∴∵∴∵:。∴∵∴∵∴: --─-　∴∵∴∵∴∵∴∵
∴∵゜∴∵∴∵∴∵　 （___ ）（___ ）　>>50∵∴∵　゜
∴∵∴∵∴:∵∴∵_　i/ ＝　＝ヽi　∴∵∴∵。∴∵∴
∴∵☆彡∴∵∵ ／/[||　 　 」　　||]　∴:∵∴∵∴∵:∴∵
∴∵∴∵∴∵　/　ﾍ　| |　 ____,ヽ | |　∴:∵∴∵∴∵:∴∵
∴ﾟ∴∵∴∵ ／ヽ ﾉ　 　 ヽ＿＿./　　∴∵∴∵:∴∵∴∵
∴∵∴∵　 く　 /　　　 　三三三∠⌒＞　∴:∵∴∵:∴∵
∴∵∴∵∴∵∴∵∴∵∴∵∴∵∴∵∴∵∵∴∵∴∵
　　 ∧∧　 　∧∧　　∧∧　 　∧∧
　　（　　 ）ゝ （　　 ）ゝ（　　 ）ゝ（　　 ）ゝ　ムチャしやがって・・・
　　 i⌒　/ 　 i⌒　/ 　i⌒　/ 　 i⌒　/
　　 三　 |　　三　 |　　三　 |　　三 　|
　　 ∪ ∪　　∪ ∪　　∪ ∪　　∪ ∪
　　三三　　　三三　　三三　　三三
0054>>462007/03/25(日) 01:53:21
全然チゴタ
0055デフォルトの名無しさん2007/03/25(日) 02:57:20
コレクションへのDIとかってGuiceではどうすんかしら？
そこは直接書かないとアカンみたいな希ガス

■　Spring
　<bean id="test1" class="test.Test1" singleton="true"/>
　<bean id="test2" class="test.Test2" singleton="true"/>
　<bean id="test3" class="test.Test3" singleton="true"/>
　<bean id="testFactory" class="test.TestFactory" singleton="true">
　　<constructor-arg>
　　　<map>
　　　　<entry key="test1" value-ref="test1"/>
　　　　<entry key="test2" value-ref="test2"/>
　　　　<entry key="test3" value-ref="test3"/>
　　　</map>
　　</constructor-arg>
　</bean>

　TestFactory testTactory = (TestFactory)beanFactory.getBean("beanFactory");
　Test test = testTactory.getTest(key);
　test.process();

　　
0056デフォルトの名無しさん2007/03/25(日) 02:58:08
■　Guice
　@Singleton
　public class TestFactory{

　　Map<String,Test> map;

　　static{
　　　Injector injector = Guice.createInjector();
　　　map = new HashMap<String,Test>();
　　　map.put("test1",injector.getInstance(Test1.class);
　　　map.put("test2",injector.getInstance(Test2.class);
　　　map.put("test3",injector.getInstance(Test3.class);
　　}

　　public TestFactory(){}

　　・・・
　}

　TestFactory testTactory = injector.getInstance(TestFactory .class);
　Test test = testTactory.getTest(key);
　test.process();
0057デフォルトの名無しさん2007/03/25(日) 02:59:38
>>56は間違ってるけど適当に脳内補完してくださいｗ
005812007/03/25(日) 17:24:04
>>56
こんな感じになる希ガス

　public interface IfItems {
　　Map getItems();
　}
　public class ItemsMock implements IfItems{
　　public Map getItems(){
　　　マップ作る処理
　　}
　}
　public class MyModuleMock implements Module {
　　public void configure(Binder binder){
　　　binder.bind(IfItems.class).to(ItemsMock.class)
　　　　　　.in(Scopes.SINGLETON);
　　}
　}
　public class ItemProcessorImpl impletemts IfItemProcessor {
　　private IfItems mItems;
　　public void process(){
　　　mItemsを使った処理
　　}
　　@Inject
　　void injectItems(IfItems inItems){
　　　mItems = inItems;
　　}
　}
　
　Injector inj = Guice.createInjector(MyModuleMock.class);
　IfItemProcessor ip= inj.getInstance(ItemProcessorImpl.class);
　ip.process();
005912007/03/25(日) 17:38:09
間違ってた
Injector inj = Guice.createInjector(MyModuleMock.class);
　　↓
Injector inj = Guice.createInjector(new MyModuleMock());
006055-572007/03/25(日) 18:37:21
むむむ・・・・
ちなみにやりたいことは、

　switch(key){
　case 1:
　　　// １の時の処理
　case 2:
　　　// 2の時の処理
　case 3:
　　　// 3の時の処理
　}

のような、ある条件に応じて処理が分かれるロジックを
コマンドパターンで解決しようとしているところで、
条件と処理の関連付けをDIで解決しようとする場合に
どうすりゃいいのかのー？ってことなんだなこれが
Springなら<map>でそれができるんだけど、同じことをやろうと
すると>>56のようにマッピングは自力で書かんとイカンだろなー
っというところだがどうなんだろう？
Mapを使わなくても条件と処理の関連付けがコーディング
しなくても出来ればいいなと

で、>>58だと、条件と処理のｾｯﾄ（＝ItemsMock）と、
条件に応じた処理を実行するコンテキスト（＝ItemProcessorImpl）の
依存関係がDIで解決されているように思うのだが、だとすると
そこは悩ましいところではないんです
違ってたらすみません。
006112007/03/25(日) 21:58:52
>>60
なるほど。それならこれでいけるかな。
ただ、その処理やるならkeyとクラス名を紐付けといてリフレクションで呼んだ方が楽かと。。
　public interface IfCommand {
　　public void exec();
　}
　public OneTimeExecCommand implements IfCommand{
　　public void exec(){何かの処理}
　}
　public TwoTimeExecCommand implements IfCommand{
　　public void exec(){何かの処理}
　}
　public class MyModule implements Module {
　　public void configure(Binder binder){
　　　binder.bind(IfCommand.class).to(OneTimeExecCommand.class)
　　　　.annotatedWith(OneTimeExec.class).in(Scopes.SINGLETON)
　　　binder.bind(IfCommand.class).to(TwoTimeExecCommand.class)
　　　　.annotatedWith(TwoTimeExec.class).in(Scopes.SINGLETON)
　　}
　}
　pulic class CommandProcessor {
　　private @Inject @OneTimeExec IfCommand oneTimeExec;
　　private @Inject @TwoTimeExec IfCommand twoTimeExec;
　　public process(){
　　　switch(key){
　　　case 1:
　　　　oneTimeExec.exec();
　　　case 2:
　　　　tweTimeExec.exec();
　　　}
　}
006255-572007/03/25(日) 22:09:18
むむむむむむ・・・・・

っていうか、switch文で解決しようとすると、条件が増減したりすると
ソコのコードを書き換えなきゃでしょ？
switch文を書かないようにすることが主目的なんだけどなー

条件と処理のマッピングが設定で出来れば条件の追加はコーディング不要になるでしょ
少なくともMapなどのコレクションでの解決は、コレクション要素の追加だけで
修正が出来るからいい解決方法かな？と思ってるんだけどね

Springの場合は<map>に<entry>を追加するだけでいいんだけど
Guiceは要素を追加するコードは書かなきゃならんようだなー
006355-572007/03/25(日) 23:22:43
あと>>60はこうでした
　switch(key){
　case 1:
　　　// １の時の処理
　　　break;
　case 2:
　　　// 2の時の処理
　　　break;
　case 3:
　　　// 3の時の処理
　　　break;
　}
006412007/03/26(月) 21:27:58
>>62
あ〜ようはCommandインスタンスのMapをインジェクションしたいと。
それならProviderでラッピングしてやれば出来るけど
Springより面倒だね(´・ω・`)
0065デフォルトの名無しさん2007/03/26(月) 22:06:15
>>1
ｲﾀｲｿﾞ
0066デフォルトの名無しさん2007/03/29(木) 16:09:29
とりあえず日本語の情報源っぽいもの

Users Guide翻訳
http://d.hatena.ne.jp/shot6/20070320#1174359874

なんか色々試してるブログ（のリンク）
http://www.wikihouse.com/arumani/
0067デフォルトの名無しさん2007/03/31(土) 09:49:33
よし
XML定義ファイルからModuleを自動生成して登録する拡張を作るぞ
0068デフォルトの名無しさん2007/03/31(土) 11:23:56
>>67
わかった
ならおれはOGNL実装する
0069デフォルトの名無しさん2007/03/31(土) 12:15:35
SpringのXMLファイルをそのまま使ったらまずいかしら？
0070デフォルトの名無しさん2007/03/31(土) 14:08:45
>>69
お！それいいね！
0071デフォルトの名無しさん2007/03/31(土) 14:15:32
>>50
javaのお仕事ってこういうのが多いのかね？
0072デフォルトの名無しさん2007/04/01(日) 01:54:39
XMLでbindの定義したのを読み込んで、Module内でバインディングしようとしたら
bindする型をはっきりさせないと遺憾からXML定義による自動バインディングは
できんかった・・・
バイトコードいじれば出来るのかしら？
しかしそれはメンドイ
やはりXMLからModeuleクラスを作るようにしよか・・・
0073デフォルトの名無しさん2007/04/01(日) 10:07:58
>>72
おまいは本気でxmlで定義しようとしてるのか！？
あぁ。。４月１日か。。
0074デフォルトの名無しさん2007/04/01(日) 10:32:36
バインド定義をコーディングするのはオレてきにメンドイ
0075デフォルトの名無しさん2007/04/01(日) 11:08:29
続きはWebで・・・・
http://d.hatena.ne.jp/guiceex/
（ここもWebだが）
0076デフォルトの名無しさん2007/04/01(日) 11:29:47
>>74
なら、SpringかSeasar使えと。。
Guiceの利点はxmlを使わない所にある。
0077デフォルトの名無しさん2007/04/01(日) 11:43:18
コードでバインディングめんどいかー？エディタで補完効いて快適じゃん。
0078デフォルトの名無しさん2007/04/01(日) 11:48:03
コードをゴリゴリかくのメンドイし、どうバインディングされてるかわかりにくいのが良くないと思う
最終的にはExcelで定義したバインディング仕様からModuleクラスが作れればいいかなと・・・・
まぁ挫折してもエイプリルフールってことでｗ
0079デフォルトの名無しさん2007/04/01(日) 12:02:20
>>78
１０年程PGや設計やってきて出した俺的結論としては
PGのコード記述するのに、外部ファイルや自動生成系は使うなだな。
自動生成やるにしても、最初の１回だけで後は使わない。

理由は単体テストがやりにくい・リファクタリングが自動で出来ないのと、
管理がめんどいから。
自動生成で作成したJavaソースはいじらないってルール作っても、
従わないヴァカがいっぱいいるんだよ世の中。

78はまだ若そうだが、いずれ分かるようになるさ。
0080デフォルトの名無しさん2007/04/01(日) 12:11:55
マダマダ若いなｗ
１５年この業界にいてフレームワークを作り続けてきた俺の結論は
ドキュメント＝実行モジュールになるのがもっとも生産性が高いってこと
幾らプログラム作ってもドキュメント化されないと保守できない
システムのメンテナンスは同じ人間がやれるわけでもないし、
新しい人間がスグに使えるようになる必要もあるのだよ

プログラマからすれば自分の作業が問題なければそれでいいカモしれんが
それじゃいかん
0081デフォルトの名無しさん2007/04/01(日) 12:34:02
>>80
ま〜理想で言えばそうだが、現実は違うわなw

ドキュメント書くだけでJavaソース作ってくれる
某G○nってツール使った事あるんだが、パフォーマンス糞だったぞ？
いくら生産性高くて(特殊なツールで生産性高いとは言えなかったが。。)
シス方と開発がウハウハでもユーザー不在なのはどうかと。

ドキュメント書くのはSEの仕事だから、
PGはJavaDocさえきっちり書いとけばいいんじゃね？
0082デフォルトの名無しさん2007/04/01(日) 12:48:14
ドキュメント＝実行モジュールと考えるからよくない。
実行モジュール＝ドキュメントと考えればいいんだ。
つまり、ソースがそのままドキュメントになる。

guiceは、メソッドがinとかtoとかになってるんだが、
英語が母国語な人にとっては、
このソースはドキュメントっぽく読めるんじゃないだろうか。
0083デフォルトの名無しさん2007/04/01(日) 12:57:43
>>81
1から10までってのは難しいと思うけど、インターフェイスの部分て言うのは
わかりにくいからドキュメント化したいし、バグの温床でもあるからねぇ。

例えばエンティティクラスやStrutsのActionFormのようなデータインターフェイス
は自動生成して、データの転送はリフレクションを使ったプロパティコピー
ユーティリティのようなもの（commons-beanとか）でコードを極力書かない
ようにしたほうがバグも少ないし生産性も高い。

Guiceの場合はGuiceとアプリケーションのインターフェイスであるModule
を自動で作ったりバインドしたりする方がそのインターフェイス間での問題が
少なくなるし、どんなバインディングしてるのかが第3者にもわかりやすくなる。


>>82
Hibernateもそうだけど、

　hoge.createSQLQuery(...).
　　　　.addEntity(.....)
　　　　.setString(....)
　　　　.list()

見たいな続けて書くのがはやってるね。
こういうプログラムを書のは面白いと思うけどｗ
0084デフォルトの名無しさん2007/04/01(日) 13:23:12
>>82
ドキュメント＝実行モジュールも
実行モジュール＝ドキュメントも同じ意味なんぢゃ。。

ソースがそのままドキュメントになるのは同意。
ただ、実装のソースじゃなくてTDDなjUnitテストケースのソース(javaDoc付き)だが。

ちなみに、
>英語が母国語な人にとっては、
>このソースはドキュメントっぽく読めるんじゃないだろうか。
この考え方はCOBOLやSQLに取り入れられてる。
0085デフォルトの名無しさん2007/04/01(日) 22:41:55
よかったらおためしくだされｗ
http://d.hatena.ne.jp/guiceex/20070401
0086デフォルトの名無しさん2007/04/03(火) 02:07:39
guice使えるよguice
0087デフォルトの名無しさん2007/04/03(火) 12:06:39
Springは使うインターフェースがドキュメントにかかれてないとわからないけど
Guiceはモジュールを見るだけだから一目瞭然でわかりやすいな

ドキュメントが常に最新のコードをあらわしているわけではないという法則があるから
これはうれしい
0088デフォルトの名無しさん2007/04/03(火) 22:58:17
ふうん
0089デフォルトの名無しさん2007/04/04(水) 00:09:33
結局、俺はリファクタリングが利くのが一番いけてるところだと思うな。
XMLの書き間違い、規約の間違いみたいなものは、ビルド時に発見されるので
単純だけど問題解決に時間がかかってしまうケアレスミスみたいなのが減る。

これはプログラマの精神安定的な観点からも非常にいいことだと思う。

もっとも、リファクタリング(の自動化サポート)の価値については
Javaを使ってるさらにIDE族(多分Eclipseが最大勢力)だけしか、
価値が分かってない気がするので一般のプログラマーには
あんまりありがたみが分からないだろうなーってのも事実。
0090デフォルトの名無しさん2007/04/04(水) 00:20:51
>>89 参考になる。
メモメモφ。
0091デフォルトの名無しさん2007/04/04(水) 00:35:23
Springだとどのインターフェースでアクセスすればいいのかがわからないために
仕様書眺めて使うようなタイプになっちまう

>>89
タイプセーフってのは大きいよ
コンパイルが通るだけでもモジュール定義とか失敗してないのがわかるわけで
IDEのサポートがないならなおさら重要

あと実装ベースでDIする場合モジュール定義がいらないので手軽な疎結合にも十分な価値がある
おもにJavaSE側でGUIクライアント側で使う場合や小規模実装にすばらしく重要
0092デフォルトの名無しさん2007/04/04(水) 02:02:47
>>89
だな。コンパイラがチェックしてくれるのはかなり大きい。
IDEが使える環境ならxmlもチェックしてくれるが、
使えない環境では実行時にしか分からないのが痛い。

IDE使っててもリファクタリング何それ？な奴が殆どだけどな
0093デフォルトの名無しさん2007/04/06(金) 00:44:49
いいよGuice
0094デフォルトの名無しさん2007/04/06(金) 22:42:09
>>92
一番はありえないだろjava使ってたらさ…とまじれす
0095デフォルトの名無しさん2007/04/06(金) 22:43:10
×一番はありえないだろjava使ってたらさ…とまじれす
○一番下はありえないだろIDEでjava使ってるならさ…とマジレス
0096デフォルトの名無しさん2007/04/07(土) 09:06:57
>>95
いや、ありえる。
リファクタリングとユニットテストの関係を分かってない奴だと、１度動いたソースを修正することに抵抗が在る奴らが多い。
0097デフォルトの名無しさん2007/04/07(土) 09:40:44
リファクタリングって別にIDEでの一部の機能だけをさすわけじゃないから
動いてるソースをいじるのは誰だって抵抗はあるだろ
0098デフォルトの名無しさん2007/04/07(土) 09:52:09
つーか
Guiceがリファクタリングにコレまで以上に貢献しているってわけでもないような・・・・
0099デフォルトの名無しさん2007/04/07(土) 15:02:07
>>97
jUnitできちっとテストコード書いてる
テストファースト信者なおれは抵抗ないがな
0100デフォルトの名無しさん2007/04/07(土) 16:17:24
>>99
単体テストが通るのは当たり前
それ以外の抜けが問題になる場合もあるわけで
0101デフォルトの名無しさん2007/04/07(土) 16:24:59
>>100
それは仕様漏れでリファクタリングには関係ないだろ
0102デフォルトの名無しさん2007/04/07(土) 21:33:51
>>99
多分これから貢献する。
Javaだけで完結すると言う事は開発現場に時々居る
プロジェクトで決められたプラグインを入れない馬鹿でも
ビルドエラーに気付けると言うことだからな。

>>100
シナリオベースの単体テストが書けてないお前が馬鹿なだけ。

まぁ、DI使おうが何使おうがとにかく一番恐ろしいのはＵＩ層にロジックを書いてしまう事だな。
SwingでもStrutsでもUIに近いところは自動化できない(難しい)領域っていうのは紛れの無い事実。
リファクタリングも実装の置き換えも、自動テスト無しでは
どうしてやっても自信を持って変更後のソースの正当性を保障する事が難しくなる。
0103デフォルトの名無しさん2007/04/07(土) 21:57:30
>>102
シナリオベースとかそういう話以前の問題
単体テストやコードがみんなまともにできていれば苦労はせんよ
わざとバグ出してくださいっていうところも多いしな
100行に3つくらいバグがナイトテストが不十分とか言う富士通系で多いアレとか
0104デフォルトの名無しさん2007/04/08(日) 02:48:56
パーペキなコードを書いてやったら、
テストでバグが出なくて品質に問題「あり」にされてしまった俺を助けて。
0105デフォルトの名無しさん2007/04/08(日) 03:46:54
>>104
それはテストケース(チーム)が悪いって事にしとけ
0106デフォルトの名無しさん2007/04/11(水) 01:07:17
2.0待ち？
0107デフォルトの名無しさん2007/04/11(水) 01:52:22
普通に安定して動いてるよ
0108デフォルトの名無しさん2007/04/11(水) 16:01:23
WebアプリならViewとDAOは何組み合わせるとｳﾏｰな感じ？
無難にStrutsとハイバネあたり？
0109デフォルトの名無しさん2007/04/11(水) 16:53:34
GuiceはStruts2サポートされてるよ
DAOは何使ってもいいけどJPA使うだろうからTopLinkのほうがおそらく便利
0110デフォルトの名無しさん2007/04/13(金) 00:57:50
実際裸のDIコンテナなんだよなー
0111デフォルトの名無しさん2007/04/13(金) 02:11:05
>>110
その方がシンプルでいい訳だが
0112デフォルトの名無しさん2007/04/13(金) 10:33:17
ﾄﾝｸｽ
そうだよね
シンプルたから何使っても良いのが萌え(*´Д｀)
とりあえすStruts使うとして
DAOはS2DAOとか組み合わせてみようかな…とか妄想中
0113デフォルトの名無しさん2007/04/13(金) 11:47:37
何それ？
0114デフォルトの名無しさん2007/04/13(金) 23:06:05
まぁ遊びならなんだっていいんじゃね
0115デフォルトの名無しさん2007/04/14(土) 00:10:07
>>112
S2系は業務で使うのは止めといた方がいいぞ
0116デフォルトの名無しさん2007/04/15(日) 13:04:37
グーグル ジュース か。ストローがほしいなｗ
0117デフォルトの名無しさん2007/04/15(日) 13:18:17
Guiceはぐいすと読んでしまう

しかし、依存ライブラリがないってのはいいね
0118デフォルトの名無しさん2007/04/16(月) 01:26:44
だが結局はおざなりのライブラリの組み合わせになってしまう事実ｗ
0119デフォルトの名無しさん2007/04/16(月) 01:53:10
>>118
元々勝手に好きなの使えってスタンスなんじゃね？
0120デフォルトの名無しさん2007/04/16(月) 02:06:12
好きな組み合わせがGuice＋Struts＋Hibernateって
個性を主張してもやってることは皆同じｗ
しかもそれらのプロバイダーは自分で書かなきゃならんしｗ
0121デフォルトの名無しさん2007/04/16(月) 02:10:34
逆に自作DIフレームワーク作るベースとしてはおもろいかもね
0122デフォルトの名無しさん2007/04/16(月) 02:16:34
そうか！これからgoogle版ORマッパーを出す伏線なんだな
むしろリレーショナルDBに変わる物出してくれって気もするが
0123デフォルトの名無しさん2007/04/17(火) 23:51:09
で
実務でつこてんの？
0124デフォルトの名無しさん2007/04/18(水) 00:21:29
googleがつかってるな
0125デフォルトの名無しさん2007/04/18(水) 00:22:25
あほか
0126デフォルトの名無しさん2007/04/18(水) 00:35:58
つかってるよ
0127デフォルトの名無しさん2007/04/18(水) 00:38:25
うそつけ
0128デフォルトの名無しさん2007/04/18(水) 01:33:36
使いたいが、サーバーがjava5対応して無いから使えね〜〜〜〜〜
これからGuiceくるぞ。
SpringとSeasarを使い込んだおれが言うんだから間違いない。
0129デフォルトの名無しさん2007/04/18(水) 01:52:10
>>127
うそじゃないよ
0130デフォルトの名無しさん2007/04/18(水) 02:02:48
つこてんの？
0131デフォルトの名無しさん2007/04/18(水) 02:19:04
つこてるよ
0132デフォルトの名無しさん2007/04/18(水) 02:22:56
ふーん。どこで？
0133デフォルトの名無しさん2007/04/18(水) 11:32:51
業務で
0134デフォルトの名無しさん2007/04/18(水) 11:47:55
うそつけ
0135デフォルトの名無しさん2007/04/18(水) 11:48:42
うそじゃないよ
0136デフォルトの名無しさん2007/04/18(水) 11:49:40
これからGuiceくるぞ。

0137デフォルトの名無しさん2007/04/18(水) 11:50:19
>>136
どこへ？
0138デフォルトの名無しさん2007/04/18(水) 11:52:12
googleへ。
0139デフォルトの名無しさん2007/04/18(水) 12:02:28
あほか。

雑談はーーーーーーーー終了ーーーーーーーーー
0140デフォルトの名無しさん2007/04/18(水) 14:53:19
I USE IT.
0141デフォルトの名無しさん2007/04/18(水) 15:22:55
新規のプロジェクトはGuiceしか考えられないね
0142デフォルトの名無しさん2007/04/18(水) 18:35:25
で
実務でつこてんの？
0143デフォルトの名無しさん2007/04/18(水) 18:59:44
つこてる
0144デフォルトの名無しさん2007/04/18(水) 19:07:37
しかしDIコンテナの数が増えるのはいただけない。
そろそろ学習コストこそがJavaの最大のボトルネックだと気づいて欲しい。
JDBC4.0がDAOの主流になることを祈るばかり。
0145デフォルトの名無しさん2007/04/18(水) 19:10:49
JDBC4は静的なSQLしかつかえんのがな
INはコレクションわたせるようにならんかな

あとJDBC4はいまだ未完成では？

JPAともかぶりやすいのが癌
0146デフォルトの名無しさん2007/04/18(水) 19:55:28
>>144
こんなもん１０分で覚えられるやろ
0147デフォルトの名無しさん2007/04/18(水) 20:24:54
うそつけ
0148デフォルトの名無しさん2007/04/19(木) 00:00:36
実は学習しないヤツがこの業界全てのボトルネックだという事実
0149デフォルトの名無しさん2007/04/19(木) 00:03:11
全然事実じゃねーよ、混沌としすぎてRubyが持てはやされてるくらいだ
0150デフォルトの名無しさん2007/04/19(木) 00:05:38
あほか
0151デフォルトの名無しさん2007/04/19(木) 00:29:25
うそじゃないのに
0152デフォルトの名無しさん2007/04/19(木) 00:32:27
オナニー言語ってことだろ
Javaは
0153デフォルトの名無しさん2007/04/19(木) 00:42:26
Springを大体知ってりゃguiceの学習時間は10分で済むって
0154デフォルトの名無しさん2007/04/19(木) 00:56:25
つか覚えるとこねーじゃん
なんにもないんだから
0155デフォルトの名無しさん2007/04/19(木) 01:55:57
で
実務でつこてんの？
0156デフォルトの名無しさん2007/04/19(木) 11:50:48
つこてるよ
0157デフォルトの名無しさん2007/04/19(木) 21:27:23
AdWordsがGuiceつこてるらしいし、自信作らしいってことは確か。
0158デフォルトの名無しさん2007/04/19(木) 21:49:21
あほか
0159デフォルトの名無しさん2007/04/19(木) 21:59:43
何か湧いてるな
0160デフォルトの名無しさん2007/04/19(木) 22:00:34
Guiceがシェアとると困る人はというと・・・
0161デフォルトの名無しさん2007/04/19(木) 23:18:45
その内Guice用のなんたらがわんさか出てくるんかのー？
0162デフォルトの名無しさん2007/04/19(木) 23:38:48
Struts2とかはGuiceが一番現実的だな

あとサーバーサイドではSpringなど比較的なんでもいいけど
クライアントサイドだとGuiceが一択かと
0163デフォルトの名無しさん2007/04/20(金) 22:08:40
>>162
は？
0164デフォルトの名無しさん2007/04/20(金) 22:15:55
>>163
使ってないやつはこなくていいよ
0165デフォルトの名無しさん2007/04/20(金) 22:30:19
>162 名前: デフォルトの名無しさん Mail: sage 投稿日: 2007/04/19(木) 23:38:48
>Struts2とかはGuiceが一番現実的だな
>
>あとサーバーサイドではSpringなど比較的なんでもいいけど
>クライアントサイドだとGuiceが一択かと

クライアントサイド( ﾟДﾟ)
0166デフォルトの名無しさん2007/04/20(金) 22:43:34
クライアントサイドのコードもかけないド素人かよ
0167デフォルトの名無しさん2007/04/20(金) 22:47:48
162の人気に嫉妬
0168デフォルトの名無しさん2007/04/20(金) 22:56:20
Guiceのことで語ることはないのがなー
0169デフォルトの名無しさん2007/04/20(金) 23:17:00
現実のシステムで、DB回りとかのUnitTest以外で役に立つ場面てあるの？
机上の空論じゃなくて、現実のシステムで、な。
0170デフォルトの名無しさん2007/04/20(金) 23:21:49
>DB回りとかのUnitTest以外
ソコが限定される理由もわからんがｗ
0171デフォルトの名無しさん2007/04/20(金) 23:29:05
こいつ670KBって、クライアントじゃ起動時間が惜しくて使えないな
Class#forNameとMap<String, Deque>あたりの即席DI&プールで十分かと
0172デフォルトの名無しさん2007/04/20(金) 23:46:56
>>171
670KBってどこのサイズ？
0173デフォルトの名無しさん2007/04/20(金) 23:52:28
zipのサイズを言うのはおかしいな。とはいってもjarも544KBあるが。
0174デフォルトの名無しさん2007/04/21(土) 00:05:51
というかサイズと起動時間がどう関係あるの？
0175デフォルトの名無しさん2007/04/21(土) 00:29:42
クラスの依存関係が深ければ取り出しに時間が掛かるでしょ
0176デフォルトの名無しさん2007/04/21(土) 00:38:24
巨大なjarがアプリケーションの起動にかける負荷を知らない奴はクソ。

「サーバーサイドなら、一度起動したら普通落とさないから」

とか知った風な事を言う奴も同様にクソ。
0177デフォルトの名無しさん2007/04/21(土) 00:49:57
キチガイの罵詈雑言でスレが滅茶苦茶になるパターン飽きた
0178デフォルトの名無しさん2007/04/21(土) 01:03:44
DI関係でひとつのスレッドにすりゃよかったんだ
0179デフォルトの名無しさん2007/04/21(土) 01:05:26
世界はお前の都合に合わせて回っているわけではない。
0180デフォルトの名無しさん2007/04/21(土) 01:07:55
ならぐだぐだでも文句は言えんな
0181デフォルトの名無しさん2007/04/21(土) 01:14:25
死ねキチガイ
0182デフォルトの名無しさん2007/04/21(土) 01:19:14
世界はお前の都合に合わせて回っているわけではない。
0183デフォルトの名無しさん2007/04/21(土) 01:28:06
>>182
キチガイ>>180の相手はお前に任せたｗ
朝まで相手してやれ。
0184デフォルトの名無しさん2007/04/21(土) 01:32:31
言ってる本人が一番基地ってるってとこが哀れだな
0185デフォルトの名無しさん2007/04/21(土) 01:32:55
なんでここ荒れてんの
0186デフォルトの名無しさん2007/04/21(土) 01:35:12
キチガイが出没したから
0187デフォルトの名無しさん2007/04/21(土) 01:37:38
自己紹介乙って言われるだけだっていい加減気づけよ
ただ騒ぎ立てたいだけなんだろうが
0188デフォルトの名無しさん2007/04/21(土) 01:38:41
荒らすなよ。よそ行ってやれ。
0189デフォルトの名無しさん2007/04/21(土) 01:40:23
うっ、もれそう。ちょっとトイレを貸してくれないか。
0190デフォルトの名無しさん2007/04/21(土) 01:41:14
何これ？
また異常者が自作自演してるのか？
0191デフォルトの名無しさん2007/04/21(土) 01:42:39
キチガイほどキチガイって言葉を使いたがる良いサンプルスレになったな
0192デフォルトの名無しさん2007/04/21(土) 01:43:13
ここでやる意味がわからん
荒らしのセンスすらゼロだな
0193デフォルトの名無しさん2007/04/21(土) 01:44:56
でも普通に安定して動いてるよ
0194デフォルトの名無しさん2007/04/21(土) 01:45:27
自作自演乙

溜まってるのは判ったから
とにかく荒らすな
0195デフォルトの名無しさん2007/04/21(土) 01:46:26
>>194
荒らしは無視が一番。かまわないほうがいいよ。
0196デフォルトの名無しさん2007/04/21(土) 01:46:32
>>194
おまえが消えろよ、学習能力ない奴だな・・・
0197デフォルトの名無しさん2007/04/21(土) 01:47:15
>>194-197 自演乙!!!!!
0198デフォルトの名無しさん2007/04/21(土) 01:50:30
　　　| ＼
　　　|Д｀)　ﾀﾞﾚﾓｲﾅｲ･･ｵﾄﾞﾙﾅﾗ ｲﾏﾉｳﾁ
　　　|⊂
　　　|


　　　　　♪　　Å
　　　♪　　　／ ＼　　　ﾗﾝﾀ ﾀﾝ
　　　　　　ヽ(´Д｀;)ﾉ 　　ﾗﾝﾀ ﾀﾝ
　　 　 　　　 (　 へ) 　　　ﾗﾝﾀ ﾗﾝﾀ
　 　 　 　 　　く 　　　　　　ﾀﾝ



　　　♪　　　　Å
　　　　　♪　／ ＼　　　ﾗﾝﾀ ﾗﾝﾀ
　　　　　　ヽ（;´Д｀）ﾉ　　ﾗﾝﾀ ﾀﾝ
　　 　 　　　 (へ　 ) 　　　ﾗﾝﾀ ﾀﾝﾀ
　 　 　 　 　　　　 >　　　　ﾀﾝ
0199デフォルトの名無しさん2007/04/21(土) 01:54:20
異常なまでの過剰反応っぷりに
病的なものを感じた。
0200デフォルトの名無しさん2007/04/21(土) 01:55:37
荒らし以前に、つまらなすぎてイラっとくるわ
キティなのは知ってたけど、バカになっちゃったの？
0201デフォルトの名無しさん2007/04/21(土) 01:56:44
544KB程度で巨大なの？
そんなに負荷かかるもんなの？
いや知らないから聞いてるんだけどね。
0202デフォルトの名無しさん2007/04/21(土) 01:58:01
>>201
おれは十分軽いと思うんだけどね。
使ったこともないやつがふかしてるだけかと。
0203デフォルトの名無しさん2007/04/21(土) 01:58:54
話題のつまらなさにイラッとくるわ
バカでキティなのは知ってたけど、
最近ますます心にゆとりがなくなってるな
0204デフォルトの名無しさん2007/04/21(土) 01:59:35
>>202
そんな感じ
0205デフォルトの名無しさん2007/04/21(土) 02:03:31
>>203
来んなよｗ
おめえが荒らすから人が少ねんだよｗ
0206デフォルトの名無しさん2007/04/21(土) 02:04:32
ハッタリをからかうと面白いな。
ちょっとつついただけで、すぐに10も20もレスを返してくる。
もし心にゆとりがあったら軽くスルーできる程度の話。
0207デフォルトの名無しさん2007/04/21(土) 02:05:58
ゆとりの無い奴らしかいないスレだな・・・
0208デフォルトの名無しさん2007/04/21(土) 02:06:46
おい、ハッタリ
いい加減にしろ
0209デフォルトの名無しさん2007/04/21(土) 02:10:01
悪いことは言わない、病院へ行け。
0210デフォルトの名無しさん2007/04/21(土) 02:11:54
ハッタリ、もう荒すのはよせ
お前のハッタリはスレ汚しだ
さっさと首吊れ
0211デフォルトの名無しさん2007/04/21(土) 02:14:22
なにがよせだよ
いい加減にして、豆腐スレ帰っぞ
0212デフォルトの名無しさん2007/04/21(土) 02:18:28
>>206
いつも切迫してるから、ちょっとした事でキレまくるのな
0213デフォルトの名無しさん2007/04/21(土) 02:20:08
それがハッタリくんの人生
0214デフォルトの名無しさん2007/04/21(土) 08:22:44
この記事のコードだけでも俺の環境だと実行に314msだな
http://journal.mycom.co.jp/articles/2007/03/14/googleguice/menu.html

Eclipse級のほかの重さでごまかせるレベルのアプリならともかく
小物アプリにたかがDIを実装するためにこの起動コストは無駄。
0215デフォルトの名無しさん2007/04/21(土) 08:43:39
なんで小物と決め付けるの?
0216デフォルトの名無しさん2007/04/21(土) 09:07:38
まあだいたい実務で使ってるっていってるヤツも
ゴミのような小さい規模のアプリ（っていうかアプレット？）
しか作ってないんだと思うけどね
0217デフォルトの名無しさん2007/04/21(土) 09:28:30
大きいのにつこてるよ
0218デフォルトの名無しさん2007/04/21(土) 09:29:03
うそつけ
0219デフォルトの名無しさん2007/04/21(土) 09:40:31
うそじゃないよ
0220デフォルトの名無しさん2007/04/21(土) 09:47:14
DIなしなら何msなの？
0221デフォルトの名無しさん2007/04/21(土) 10:54:26
>>214
Springだと一分かかるぞ
0222デフォルトの名無しさん2007/04/21(土) 10:57:25
いやいやいやいや


ほんまに…？
いや、冗談だよね？
0223デフォルトの名無しさん2007/04/21(土) 10:59:37
マシンスペックにもよるだろう
0224デフォルトの名無しさん2007/04/21(土) 11:15:50
ハッタリの自作自演は無駄口が多いから
延々と話題が上滑りして本質的な議論は何も行われないのが特徴
0225デフォルトの名無しさん2007/04/21(土) 11:20:35
>>224
本質的な議論はじめていいぞ。はやくしろ。
0226デフォルトの名無しさん2007/04/21(土) 11:22:03
ハッタリにタダで情報提供する筋合いはない。
独りでオナってろ
0227デフォルトの名無しさん2007/04/21(土) 11:24:57
>>226
あれ？お前の嫌いなたかひろとおんなしこといってらｗ
あーあ。
0228デフォルトの名無しさん2007/04/21(土) 11:30:10
またお前の脳内友達の話か。
0229デフォルトの名無しさん2007/04/21(土) 11:34:28
>>226
おまえにはがっかりだよｗ
死ね
0230デフォルトの名無しさん2007/04/21(土) 11:38:36
お先にどうぞ。

結局お前の一番ダメな所は
ハッタリこいて延々話を空回りさせて
スレに誰も寄り付かないような状況にすることだ。
パーサスレのデタラメさ加減、どーしよーもねぇだろ。
まず基礎知識をちゃんと付けろ。

あと、くだらねぇ自作自演やってる暇があったら
自分で勉強して自分で成果出して、
成果だけ発表しろ。
0231デフォルトの名無しさん2007/04/21(土) 11:39:50
ハッタリちゃんはスルー力が足りない。
きっと、スルーしたらハッタリを認めた事になるから
スルーできないのだろう。
0232デフォルトの名無しさん2007/04/21(土) 11:56:30
>>230
外でないから話題の少ないことｗ
0233デフォルトの名無しさん2007/04/21(土) 11:59:55
なんだ自己分析できてるのか
0234デフォルトの名無しさん2007/04/21(土) 12:08:17
へたっぴｗ
0235デフォルトの名無しさん2007/04/21(土) 12:09:18
ハッタリをちょっと突付いたら一昼夜キチガイ騒ぎか
だらしねぇ
0236デフォルトの名無しさん2007/04/21(土) 12:12:09
俺のレスみて勉強しろ。へたっぴ荒らしｗ
0237デフォルトの名無しさん2007/04/21(土) 12:13:34
まだイジメられたいのかｗマゾかお前は
0238デフォルトの名無しさん2007/04/21(土) 12:31:17
・基本的にスルー力が足りないのだと思う。
・「荒しに反応するのも荒し」という経験則が、
　荒し検出に非常に有効である事を再確認できた。
・同様に「キ○○○という単語に過剰反応を示す奴は、
　たいてい本人がキ○○○」という経験則が得られた。
0239デフォルトの名無しさん2007/04/21(土) 13:17:44
DI frameworkの中じゃ一番速い訳だが

>27 名前: 1 Mail: sage 投稿日: 2007/03/24(土) 18:48:31
>>>24
>そうならないように、スピード比較結果を貼ってみる
>１回目
>Spring: 1,734 creations/s
>Guice: 35,161 creations/s
>S2: 18,395 creations/s
>２回目
>Spring: 1,776 creations/s
>Guice: 37,202 creations/s
>S2: 19,394 creations/s
>３回目
>Spring: 1,783 creations/s
>Guice: 36,764 creations/s
>S2: 19,164 creations/s
>
>数字大きい方が速いって事で。
>
>http://d.hatena.ne.jp/arumani/20070315/p2
0240デフォルトの名無しさん2007/04/21(土) 14:26:30
それはDIコンテナの初期化そのものじゃないから計測対象が違う。
サーバ用途としては今後筆頭のDIコンテナになるだろうことは確か。
Springからしても競合相手じゃなくて補完してくれるサービスプロバイダってだけ。
0241デフォルトの名無しさん2007/04/21(土) 16:51:38
サーバープログラムで起動時間が多少かかったとしても問題あるとは思わんがな

>>240
補完？あきらかにベースを置き換える物なんだが
Guice理解してるか？
0242デフォルトの名無しさん2007/04/21(土) 16:53:04
クライアントで0.1秒起動が遅れても問題があるとはおもえないけどな
0243デフォルトの名無しさん2007/04/21(土) 16:55:21
GWTの例もあるし、単にGoogleってだけで広まるとは思えない
革命的に既存のDIコンテナとは違う！ という機能を提供してるわけでもないしな
0244デフォルトの名無しさん2007/04/21(土) 16:59:54
・軽量であること
・タイプセーフであること
・従来のコードでもすぐに実装可能なこと
・上記によって拡張がしやすいこと
0245デフォルトの名無しさん2007/04/21(土) 17:04:05
>>241がSpringを理解してないだけ。
0246デフォルトの名無しさん2007/04/21(土) 17:20:35
>>241
Springの一部を肩代わり出来るモジュールだな。
まぁ、DI部分だからベースと言えん事もないが
0247デフォルトの名無しさん2007/04/21(土) 19:02:11
こいつの発言がいつも挙動ってるのはデフォ？
0248デフォルトの名無しさん2007/04/21(土) 19:13:18
>>247
アペオスは飛ばないし、Googleは挙動らないだろう？
0249デフォルトの名無しさん2007/04/21(土) 19:18:54
>>247
自作自演の人だから。
時々ツッコミが入ると挙動る。
0250デフォルトの名無しさん2007/04/21(土) 23:29:49
で？
0251デフォルトの名無しさん2007/04/21(土) 23:49:11
つこてるよ
0252デフォルトの名無しさん2007/04/22(日) 00:10:48
大きいのにもつこてるか？
0253デフォルトの名無しさん2007/04/22(日) 00:38:16
つこてるよ
0254デフォルトの名無しさん2007/04/22(日) 00:38:55
サンクス！
0255デフォルトの名無しさん2007/04/22(日) 00:48:21
>>253-254
レスはやっ！
0256デフォルトの名無しさん2007/04/22(日) 01:24:18
どのくらいの大きさ？
0257デフォルトの名無しさん2007/04/22(日) 02:00:10
このっくらい…だったよ。By船長
0258デフォルトの名無しさん2007/04/23(月) 22:39:53
ふーん
0259デフォルトの名無しさん2007/04/23(月) 23:06:14
つこてるよ
クライアントにも鯖にも
0260デフォルトの名無しさん2007/04/24(火) 00:06:19
Guice使ってみてがっかりしたこと。
例えば以下のように依存性注入をしようとしたとする。

binder.bind(Clock.class).to(ClockImpl.class).in(Scopes.SINGLETON);

普通、この一文は全部補完出来るだろうと考えるだろう。
けど、bind の中は補完が聞かないのだ。

正直泣けた。
0261デフォルトの名無しさん2007/04/24(火) 00:14:37
>>260
でだ。お前は一体何が原因で泣いてるんだ
0262デフォルトの名無しさん2007/04/24(火) 00:16:52
俺も>>260のいいたいことがわからん
0263デフォルトの名無しさん2007/04/24(火) 00:38:30
eclipseを使ってて

binder.bind(C ←この状態で Ctrl+Spaceで補完候補をリストしようとしたが、うんともすんとも言わなかった。

0264デフォルトの名無しさん2007/04/24(火) 00:40:51
つかなんで其処だけできないわけ？
そんなことありうるの?
0265デフォルトの名無しさん2007/04/24(火) 00:44:27
>>263
暖かくなって来たね(´∀｀)
0266デフォルトの名無しさん2007/04/24(火) 00:50:08
利くよ？おまいさんのeclipseがおかしいだけじゃない？
0267デフォルトの名無しさん2007/04/24(火) 00:50:52
そうなのか。バージョンアップしてくらぁ。
0268デフォルトの名無しさん2007/04/24(火) 11:19:37
なんという春・・・
0269デフォルトの名無しさん2007/04/25(水) 00:55:27
Springといいますかな？
0270デフォルトの名無しさん2007/04/25(水) 11:15:41
真っ当なスレ名で技術系の話題がまったくないスレというのもめずらしい
0271デフォルトの名無しさん2007/04/25(水) 18:55:09
Googleってだけで無条件に全てを超越してるみたいな考えの信者が沸くんだよなｗ
0272デフォルトの名無しさん2007/04/25(水) 20:08:22
DIスレでは当たり前
0273デフォルトの名無しさん2007/04/26(木) 00:05:08
Seasarのスレってよくのびるよなぁ・・・
0274デフォルトの名無しさん2007/04/26(木) 21:55:01
色々な意味でホットだからね
0275デフォルトの名無しさん2007/04/26(木) 21:58:21
最近は標準信仰な俺様としては、Springの味方が増えるのは複雑なんだぜ。
0276デフォルトの名無しさん2007/04/27(金) 03:05:01
なんかDIスレって初心者が質問して、
そこから荒れて行くパターン多いよな。
やっぱり、しったか君達が多いって事なんだろうか
0277デフォルトの名無しさん2007/04/27(金) 03:06:18
そうだな
0278デフォルトの名無しさん2007/04/27(金) 18:48:32
DIはアノテーション中毒に掛かりすぎだな
XMLの変わりにアノテーションに注目が集まって
アノテーションが多すぎるから今度はメタアノテーション。
0279デフォルトの名無しさん2007/04/27(金) 19:50:56
むしろXML中毒すぎたのでは？
0280デフォルトの名無しさん2007/04/28(土) 16:24:11
設定が多いのウゼーよなー
色々できるけど設定覆いみたいなんじゃ本末転倒
0281デフォルトの名無しさん2007/05/01(火) 18:37:56
Guice使ってからSpring使おうとすると、XMLの記述に引く
0282デフォルトの名無しさん2007/05/01(火) 18:47:04
俺Springからの以降だけど、かなり満足

定義をどこでやるかの違いでしかないといいたいところだが、
Guiceはプル型でSpringはプッシュ型だからまったく使い方や考え方が違うんだよね

おかげでファサードパターンやアダプターパターンが便利すぎる
0283デフォルトの名無しさん2007/05/03(木) 01:43:33
krank crudってSpring経由じゃないとGuiceで使えんの？
0284デフォルトの名無しさん2007/05/03(木) 10:40:50
プル型ってDIじゃなくてサービスロケータになるじゃんよ。
使い方おかしくね？
0285デフォルトの名無しさん2007/05/03(木) 11:36:54
注入されるオブジェクトをコントロールできるサービスロケータ
GuiceやEJB３は現実的な解をとったんだよ

やってることはそうかわらんことと、注入される場所がコードを見て明示的であることは大きい
0286デフォルトの名無しさん2007/05/03(木) 15:32:22
>>283
SpringのJpaSupportつことるから無理じゃね
Google、Guice用も作ってくれよGoogle
0287デフォルトの名無しさん2007/05/07(月) 22:04:05
ここまでか・・・・
0288デフォルトの名無しさん2007/05/07(月) 22:16:54
Guiceは自前でフレームワークを作る場合に最適だな
JPAも特に面倒なことはないしな
0289デフォルトの名無しさん2007/05/07(月) 22:34:58
だな
0290デフォルトの名無しさん2007/05/07(月) 22:39:03
seasarあげ
0291デフォルトの名無しさん2007/05/07(月) 22:53:52
つか
使ってないんでしょホントウは
0292デフォルトの名無しさん2007/05/07(月) 23:02:30
つこてるよ
0293デフォルトの名無しさん2007/05/07(月) 23:21:44
どんな業務のシステムにつこてんの？
0294デフォルトの名無しさん2007/05/07(月) 23:25:35
流通系だよ
これ以上はさすがに無理
0295デフォルトの名無しさん2007/05/08(火) 00:18:56
Guice以外は何つこてんの？
0296デフォルトの名無しさん2007/05/08(火) 14:05:03
JPAだよ
0297デフォルトの名無しさん2007/05/08(火) 21:12:35
そんなに勿体つけることもあるまいが
まさか自作JPA実装？
0298デフォルトの名無しさん2007/05/08(火) 21:20:21
>>297
？
0299デフォルトの名無しさん2007/05/08(火) 21:34:31
どのJPA実装使ってんの？
ttp://www.jpa-pg.jp/
ttp://www.jpa-photo.com/
ttp://www.jpa-powerlifting.or.jp/
ttp://www.jpa.gr.jp/
0300デフォルトの名無しさん2007/05/08(火) 22:48:15
つまんね
0301デフォルトの名無しさん2007/05/09(水) 00:51:57
Ｇｕｉｃｅもな
インパクトよえーよな
0302デフォルトの名無しさん2007/05/09(水) 02:01:32
seasar2よりましだからどうにでもなる
0303デフォルトの名無しさん2007/05/11(金) 20:34:23
ふーん
で？
0304デフォルトの名無しさん2007/05/15(火) 22:11:00
Guice終わったな・・・・
0305デフォルトの名無しさん2007/05/21(月) 23:18:04
しかしながら
使う気になれんなー
0306デフォルトの名無しさん2007/05/21(月) 23:37:42
>>305
マルチしね
0307デフォルトの名無しさん2007/05/25(金) 20:39:32
語ることねーな
0308デフォルトの名無しさん2007/05/25(金) 21:03:14
みんな業務で試用していて忙しいし
0309デフォルトの名無しさん2007/05/25(金) 22:09:59
　　　　　　　　 　 　 . ｨ
.._ .......､._　　　 _　／:/l!　　またまた　ご冗談を
　:~""''.>ﾞ' "~　,､､''‐'､|　　　　　　　　　_　
ﾞ､'､::::::ﾉ:::::::_,.-=.　 _〜:、 　 　 　 　 ／_.}'':,
　``､/:::::::::__....,._ `ﾞ'Y' _.ｪ-､....._　／_ﾞ''iﾞﾉ､ﾉ
　,.--l‐''"~..-_'.x-='"ﾞｰ ､`'-､　,:'　　ﾉﾞﾉﾌﾞ
"　　 .!-'",／　 `'-‐'') /＼　`/　てﾞノ-〈
　.-''~　>'ﾞ::　　　 ‐'"ﾞ./　　ヽ.,'　　 ~　／
　　 ／/:::::　　　　 　 ',　 　 /　　　 ,:'ﾞ
0310デフォルトの名無しさん2007/05/25(金) 23:28:54
つこてるよ
0311デフォルトの名無しさん2007/05/26(土) 00:37:48
>>310
いくらの案件で？
0312デフォルトの名無しさん2007/05/26(土) 15:55:32
次の案件で激しく使いたいが
APサーバがjava1.4なんだよな。。ORZ
0313デフォルトの名無しさん2007/05/27(日) 16:57:35
　　　　　　　　 　 　 . ｨ
.._ .......､._　　　 _　／:/l!　　またまた　ご冗談を
　:~""''.>ﾞ' "~　,､､''‐'､|　　　　　　　　　_　
ﾞ､'､::::::ﾉ:::::::_,.-=.　 _〜:、 　 　 　 　 ／_.}'':,
　``､/:::::::::__....,._ `ﾞ'Y' _.ｪ-､....._　／_ﾞ''iﾞﾉ､ﾉ
　,.--l‐''"~..-_'.x-='"ﾞｰ ､`'-､　,:'　　ﾉﾞﾉﾌﾞ
"　　 .!-'",／　 `'-‐'') /＼　`/　てﾞノ-〈
　.-''~　>'ﾞ::　　　 ‐'"ﾞ./　　ヽ.,'　　 ~　／
　　 ／/:::::　　　　 　 ',　 　 /　　　 ,:'ﾞ
0314デフォルトの名無しさん2007/05/27(日) 18:16:53
guiceはseasar2よりはいい
0315デフォルトの名無しさん2007/05/27(日) 18:49:57
>>1？以外の意見が聞きたいノー
0316デフォルトの名無しさん2007/05/27(日) 18:59:56
>>1って意見なにもいってないだろ？
0317デフォルトの名無しさん2007/05/27(日) 19:46:45
なんかGuiceマンセーな奴以外ってこと
0318デフォルトの名無しさん2007/05/27(日) 23:49:37
guiceのスレでしかもguice使っていればマンセーするのも当たり前だろ
seasar2スレはみなかったことに
0319デフォルトの名無しさん2007/05/28(月) 00:12:14
マンセーしてる奴は一人と見てるが・・・？
0320デフォルトの名無しさん2007/06/05(火) 20:45:45
意気消沈？
0321デフォルトの名無しさん2007/06/05(火) 20:48:55
つこてるよ
0322デフォルトの名無しさん2007/06/05(火) 20:57:53
大きいのにもつこてるか？
0323デフォルトの名無しさん2007/06/05(火) 21:43:20
つこてるよ
0324デフォルトの名無しさん2007/06/05(火) 21:45:26
空気のようにつこてるよ
0325デフォルトの名無しさん2007/06/05(火) 21:47:02
金融系でもつこてるか？
0326デフォルトの名無しさん2007/06/05(火) 22:03:48
闇金融系でつこてるよ
0327デフォルトの名無しさん2007/06/05(火) 22:21:46
開発規模は？
0328デフォルトの名無しさん2007/06/05(火) 22:22:49
Springを順次おきかえてるよ
0329デフォルトの名無しさん2007/06/05(火) 22:24:19
guiceでカリー化の記事よんだか？
0330デフォルトの名無しさん2007/06/05(火) 22:26:27
政府系でつこてるか？
0331デフォルトの名無しさん2007/06/05(火) 23:04:04
まだ研究機関ではつこてないあるよ
0332デフォルトの名無しさん2007/06/05(火) 23:22:12
チンコつこてるか？
0333デフォルトの名無しさん2007/06/05(火) 23:32:27
>>332
使ってないからちょっとケツ貸して
0334デフォルトの名無しさん2007/06/09(土) 23:17:54
これとibatis組み合わせて使ってる人いないかね

Struts2とかは大体Springと同じやり方で行けたんだけど、ibatisのトランザクション管理を上手いことGuiceで乗っとるやり方が見つからない
0335デフォルトの名無しさん2007/06/09(土) 23:33:59
WEBアプリなら何をやるにしてもスレッドローカル使うだけじゃね?
サーブレットのサンプルもそうなってるはずだし
03363342007/06/10(日) 00:02:46
自分で使う分にはスレッドローカルで適当に何とか出来ちゃうんだけど、
iBATISのqueryForObjectとかで内部的に使っているConnectionを
なんとか制御できないとトランザクション管理が出来ないんだよなー。

JTAとかなら問題ないんだろうけど。
0337デフォルトの名無しさん2007/06/10(日) 10:20:06
ibatisで鯖で使いたいのなら普通にJTA使うだろ・・・
0338デフォルトの名無しさん2007/06/11(月) 23:45:14
つこてるよ
0339デフォルトの名無しさん2007/06/12(火) 21:54:08
ﾌﾟ
0340デフォルトの名無しさん2007/06/26(火) 23:59:47
　　　　　　　　　 __　　　┌<.＾ヽ::／:::::／￣￣￣￣｀ヽ:::::::::::＼
.　　　　　　　 ／　　ヽ. ,.ヘ⊥／:::::／＿＿＿　　　　　 ﾏ::::::::::::ヽ
　　　　　 　 /　　　 　 ﾏ´ ／::::::::::::::::;ｨ::::/:::::::::::::￣ヽ.　 |:::::::::::|:::ﾍ
　　 　 　 　 |　　● 　　ﾄ/::::::::::＼:／ !::::l::::::::!::::::::::ヽ::＼|:::ヽ::/::::::| ＿_
　　 　 　 　 |　　　　　　|′:::::;ｲ::/ヽ　l::::ﾊ::::::|:::::::::::::|:::::::::::::::}'￣￣ 　 {
.　　　　　 ,r1　　　　 　 l::::::::::l |::|　 ﾍ.|:::| l::::::ﾄ:::::::::::ﾊ::::|:::|:::::| ヽ＜二ﾌ
　　　 　 /'_ｺ　　　　　　|、::::::| V　　　ヾ| ヽ:::|_,ゝ‐:T'|:::ル::::::|　 ﾍ｀ ｰ-､
　　　　　i´ ！　　 　 　 l ヽ::::| ﾆミ:.､　　 　 ベ　_,ゞ'=ﾚ､l:::::::::|　　_〉ト､
.　 　 　 ﾉ　　＼　　　　　　 l:::ヽ　　｀　　　　　 'f rﾍ, ﾊ.ヽ:::::::{Tﾏ:::::ヽ ｀　　　鼻クソびーっ
　　　 ｒ´　　　　ヽ、　　　　 |ヽ｀　　 ､ ' 　 　 　 ﾋこソｲ'´::::::/}:|. ';:::::::l
　 　 ！　ﾍ　　　　T　_,　j　ヽ. }､　　}'｀ ー､　　　｀´/:::::::::::/:::::|　ヾ::::! 　　　　
　　　ﾉ　　 ',　　　　Y_,-〈　　 V､:＼　､__ ノ　　　 ／::::::/::/::::::∧　ヾ!| 　　　　
　 　 {　 _　 ヽ　　 　 ,｀-'　 　 | lヾ:/ヽ ＿.　- ァ':::::::／／::::::/:/:７Ｔﾞ:| 　　　　
　 　 ヽ.　＼　＼__／　　　　　| |　'　|ヽ､ 　 ／::ィ ﾌ:／:::: ィヽｲ::/ｌ:j l:| 　　　
　　 　 |｀ - ､＞´ !'´　_.　--r ’.l.　　|＼.｀ ー‐/ イ1;r7´/　/¬ /'　'′ 　　
　　　　ヽ､_　 ｀ ｰゝ-'rｲ　　 ! :l l.　　|ヽ 二..ア　　´{!'　/　/ | ∧ 　　　　　　
　　　　　　　￣ ´　　.ゝ　　｜:| ﾏ　/　　 ／　　 ／ ／／ ／　 ヽ 　　　　　
　　　　　　　　　 ,ｒ'´　|　 　 ヽヽ ∨　／　 　 ／ ／∠ -'　　　　 〉
.　　　　　　　　_/　　　ｰ-､　　lヽｿ∠二二　´ -'_／_). 　 　 　 ,.〈
　　　　　 ,.- ´ ′ 　 　 　 ﾝ'￣{_ﾌヽ二ﾈ¨ ,rｧ─一´ ヽ----'´　｜
　　　　　 〉　　　　　　　　ヽ　ノ ハ｀t.-'　Y1　　　　　　　　　　／
.　　　　 〈　　　　　/　　　　｀ |　|　ヽ ヽ､ | ヽ　　　　　　　　／
.　　　　　＼　　／|　 　 　 　 |　|　　 ＼ ＼ 'シﾗ´￣￣￣
0341デフォルトの名無しさん2007/06/27(水) 02:06:08
>>340
なんかのキャラか？
0342デフォルトの名無しさん2007/06/27(水) 22:39:17
気にするな
0343デフォルトの名無しさん2007/07/08(日) 16:24:59
guiceのbindInterceptorってProviderで返したインスタンスとかには適用されない？
自分でMatcher実装して調べてみた感じだめだっ多っぽいんだけど。

@Inject(optional=true)の場合もInterceptorされないからきっとこれもされないんだろうなあ。
0344デフォルトの名無しさん2007/07/08(日) 16:53:47
なこたーない
あと@Injectは関係ないし
0345デフォルトの名無しさん2007/10/09(火) 23:01:59
なんか、誰も使ってないのかしらん？
Guice使って、SpringみたいにTransaction管理を
任せる方法ってどなたかご存知ありません？
0346デフォルトの名無しさん2007/10/10(水) 01:25:48
SpringでもSeasar2でもGuiceでも同じだろ
0347デフォルトの名無しさん2007/10/10(水) 02:08:45
>>346
概念的なものは同じでも、設定方法とか違うと思うんですけど、同じなんですか？
0348デフォルトの名無しさん2007/10/10(水) 06:46:08
リファレンスに書いてあるだろ
0349デフォルトの名無しさん2007/10/10(水) 22:44:07
servletとの連携部分とかすでにあるっしょ
それ見ればわかるかと

むしろGuiceはシンプルなので他のものより理解はしやすいはず
0350デフォルトの名無しさん2007/10/11(木) 00:41:58
>>347
用意されたものを使うしか脳がないならSpring使っとけ
0351デフォルトの名無しさん2007/10/18(木) 15:46:38
>>343
>>344
これ実際試してみた人いる？
俺もダメなんだけど。
単純なクラスをgetInstanceしたものと、
単純なクラスをnewして返すだけのProviderを指定したクラスをgetInstance
したもので比較したけど前者しかMethodInterceptorが効かない。
0352デフォルトの名無しさん2007/10/18(木) 17:08:26
toInstanceとProviderはインターセプトされないってのは常識かと

Guiceに生成を任せないってことは自前でセットアップしろということだろうね
03533512007/10/18(木) 17:17:36
>>352
あらま
じゃあ>>344がてきとーなことぬかしてただけか。
でもEJBとか使う場合はProvider使うのが一番自然だよなーー。
実際GuiceのJndiIntegrationにあるProviderもにたような問題が起こりそうだし。
0354デフォルトの名無しさん2007/10/18(木) 20:37:13
EJB3で収まる範囲ならEJB3の使ったほうがいいんじゃね?
そもそもproviderはあんまり使えるとはおもえんし
0355デフォルトの名無しさん2008/03/08(土) 23:00:36
アメリカのSanta Claraに来ています(サンノゼのすぐそば、サンフランシスコから車で１時間弱)
こういうカンファレンスに参加してきたのだが、
http://www.sdexpo.com/

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

内容は・・・・たぶんこのスレに来ている人はみんな知っているようなことだと思う。
(あと自分の英語力が足りなくてすべて理解できなかったけど)、たいてい PDF に書かれていることでした。
あと pdf のp45にもあるけど、そのうちツール面をリリースするつもりだ、と言っていました。
・Struts との統合、spring における struts integration みたいなもの
・Hibernate, JPA との統合
0356デフォルトの名無しさん2008/03/08(土) 23:59:33
JPAサポートは標準でほしいね
0357デフォルトの名無しさん2008/08/06(水) 23:55:53
流行っていないのかage
0358デフォルトの名無しさん2008/08/24(日) 02:01:22
過疎にもほどがある
0359デフォルトの名無しさん2008/08/24(日) 10:50:37
ImplementedByアノテーション使うべきか。
Moduleクラスを実装すべきか。

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

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

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

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

あとJavaコードならばIDEによるサポートはかならずあるので、
使用しているコードからインターフェース＞実装コードと探すのがすごく楽
0361デフォルトの名無しさん2008/08/25(月) 15:50:31
AOPでトランザクション管理するにはSpringと組み合わせなきゃ駄目？
0362デフォルトの名無しさん2008/08/25(月) 16:28:21
なぜそう思うのだ
0363デフォルトの名無しさん2008/08/25(月) 17:40:02
guice単体で見たときに、トランザクション管理の仕組みが無いようなので。
0364デフォルトの名無しさん2008/08/25(月) 20:08:47
AOP使うんでしょ?
なら出来ないと思う理由がわからない

まずAOP使わないでトランザクション管理はできてるよね？
0365デフォルトの名無しさん2008/08/25(月) 20:18:35
それはできます。

O/Rﾏｯﾊﾟｰ(例えばhibernate)を使ったときに
guice側でトランザクション管理がしたいんです。
0366デフォルトの名無しさん2008/09/07(日) 16:34:20
フルスタックのフレームワークを使えばそういうことは
考えなくて済むぞｗ
0367デフォルトの名無しさん2008/09/07(日) 22:24:49
釣りにマジレスカコワルイ
0368デフォルトの名無しさん2008/09/25(木) 03:11:24
これだけ情報少ないとやっぱ導入したら
後の人に恨まれるだろうなあ

俺も昔enhydra導入した馬鹿先輩を恨んだしなあ
0369デフォルトの名無しさん2008/11/12(水) 07:37:36
>>366
EJBですね。わかります。
0370デフォルトの名無しさん2008/11/12(水) 23:40:38
まだあったか
0371デフォルトの名無しさん2008/11/13(木) 00:00:26
DIというか疎結合というかインターフェース重視というか、
その辺の設計のツボがわかるようなお勧め本ないですか？
0372デフォルトの名無しさん2008/11/13(木) 01:24:29
>>371
GoF
0373デフォルトの名無しさん2008/11/13(木) 05:16:25
>> 371
PofEAA
http://capsctrl.que.jp/kdmsnr/wiki/PofEAA/
0374デフォルトの名無しさん2008/11/13(木) 08:48:45
もうパターンはうんざり
どうせみんな使いこなせないから
0375デフォルトの名無しさん2008/11/13(木) 09:14:13
>>374
おまえだけだろ、転職しろ
0376デフォルトの名無しさん2008/11/13(木) 09:15:57
ってかパターンについて根本的に勘違いしてるな。
特別なテクニックではなくて、カタログ化されたことが重要なんだよ
0377デフォルトの名無しさん2008/11/13(木) 10:48:56
そんなはなししてねーよ
問題はそんな一般論は誰でも騙れるが
活用できる奴がいないということだよ
つまり絵に書いたもちと同じって事
お前らのような奴はデザパタなんて考えなくていいし
クラス設計なんかもし無くていいよ糞が
0378デフォルトの名無しさん2008/11/13(木) 11:15:52
お前の周りにはいなさそうだなw
0379デフォルトの名無しさん2008/11/13(木) 11:29:59
まー能書きたれるのは一人前な奴が多いのがこの業界だから仕方あるまい
0380デフォルトの名無しさん2008/11/13(木) 13:39:14
実際、疎結合というかインターフェース重視をより意識するようになったのはGoFのデザインパターン本だったので>>371に答えただけなのだけども、馬鹿が混じって変な流れになったな。
0381デフォルトの名無しさん2008/11/13(木) 16:16:43
どーでもいーです
0382デフォルトの名無しさん2008/12/07(日) 02:54:44
GuiceとS2JDBCを組み合わせて使えないかな。
0383デフォルトの名無しさん2008/12/07(日) 22:58:01
コンテナ2つ使うというのが気に入らない･･･
0384デフォルトの名無しさん2008/12/07(日) 23:48:43
コンテナはGuiceを使うってことだろjk
0385デフォルトの名無しさん2008/12/08(月) 21:50:24
それだとS2JDBCつかえんだろ
0386デフォルトの名無しさん2008/12/08(月) 21:58:50
だから「使えないかな」って希望かいてんじゃねぇの？
0387デフォルトの名無しさん2008/12/08(月) 23:07:33
>>382
ぐぐれカス








ttp://www3.vis.ne.jp/~asaki/p_diary/diary.cgi?Date=20081123
0388デフォルトの名無しさん2008/12/09(火) 00:56:23
つーかS2JDBCってコンテナのjarに入ってるんだけどな
分離するやつなんているのか？
0389デフォルトの名無しさん2008/12/09(火) 01:46:08
>>388
素人はすっこんでろ
0390デフォルトの名無しさん2008/12/09(火) 20:55:10
具体的なやり方かかない時点で･･･
0391デフォルトの名無しさん2008/12/18(木) 00:26:48
jarくらい入ってても良いだろ
0392デフォルトの名無しさん2009/05/22(金) 15:49:09
2.0 age
0393デフォルトの名無しさん2009/05/22(金) 22:48:05
1.0とほとんどかわってないね

だがそれがいい
0394デフォルトの名無しさん2009/05/26(火) 10:02:59
こっちのDIは過疎ってるな
特に話すような話題がないのか、公式コミュで十分なのか・・・
0395デフォルトの名無しさん2009/08/11(火) 21:31:33
SpringSourceが買収されたな
http://journal.mycom.co.jp/news/2009/08/11/015/index.html
0396デフォルトの名無しさん2009/08/23(日) 10:07:11
>>394
はまる要素ないからね
さくさく開発できる
0397デフォルトの名無しさん2010/05/26(水) 23:00:05
日本語の入門書は出てますか？
0398デフォルトの名無しさん2010/10/22(金) 11:16:05
Androidで使ってる奴いる？
0399デフォルトの名無しさん2011/03/26(土) 07:40:12.55
3.0 age
0400デフォルトの名無しさん2011/03/26(土) 19:44:52.59
やっと3.0出たのか。
TestNGにも組み込まれるっていうし、もっと普及するといいんだけど。
0401デフォルトの名無しさん2011/04/25(月) 23:00:18.27
Google Guice 3.0を利用したアノテーション駆動による依存性注入
http://www.infoq.com/jp/news/2011/04/guice_30
0402デフォルトの名無しさん2011/10/29(土) 18:46:32.30
トランザクション管理がないとSpringの代わりにできないんよ
0403デフォルトの名無しさん2011/11/23(水) 21:29:12.43
>>402
トランザクション管理がないって本当か？
0404デフォルトの名無しさん2011/12/05(月) 11:39:36.39
@Transactionalっていうアノテーションは何の機能もないよ。
ポイントカットがないんだから当然のこと。

Guiceは使い道が無い。
0405デフォルトの名無しさん2011/12/07(水) 23:07:02.89
基本、自分で組めってスタンスだからな
アドインのMyBatis Guiceでは、そのアノテーションくっつけると
トランザクション管理が動くように実装されてる。
0406デフォルトの名無しさん2011/12/12(月) 22:27:22.39
機能面とインターフェースで作りこみがいまいちと思う。
Namedとか最悪。

オブジェクト作るところは冗長でも全てProviderがいいと思った。

XMLファイル使わないからサーバー起動時の設定が早いな。
動き出してからはspringと変わらんが。
0407デフォルトの名無しさん2012/02/26(日) 21:46:16.74
保守
■ このスレッドは過去ログ倉庫に格納されています