国産DIコンテナSeasar その7

1 名前：デフォルトの名無しさん mailto:sage [2006/07/16(日) 23:29:27 ] 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。 ってどうよ？みんなもう使ってるの？ 使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。 本家 seasar.org www.seasar.org/ Seasar Projectグループ seasarproject.g.hatena.ne.jp/ ひがやすをblog d.hatena.ne.jp/higayasuo/ 前スレ その１　pc5.2ch.net/test/read.cgi/tech/1092044210/ その２　pc5.2ch.net/test/read.cgi/tech/1098885253/ その３　pc8.2ch.net/test/read.cgi/tech/1102862221/ その４　pc8.2ch.net/test/read.cgi/tech/1119608621/ その５ pc8.2ch.net/test/read.cgi/tech/1135986150/ その６ pc8.2ch.net/test/read.cgi/tech/1148204750/ 関連スレ Java Spring Frameworkを語るスレ pc8.2ch.net/test/read.cgi/tech/1077465099/ Dependncy Injectionを語るスレ pc8.2ch.net/test/read.cgi/tech/1099827125/ Java⇔RDBのMapping-Frameworkを語るThre Vol.4 pc8.2ch.net/test/read.cgi/tech/1134701684/ 441 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 22:15:48 ] インターフェースというものは絶対に必要。 しっかり考えての設計を数こなせばそこに疑問はなくなる。 Javaのinterfaceってのはインターフェースを明確にするためのひとつの手段。 使う使わないの選択はあるがな。 実装の都合で具象クラスのみにするという選択は当然ある。 つか全てのクラスにinterfaceを作るわけじゃないのはわかるよな。 で、知りたいのはインターフェースの有用性かPOJOの意味かDIの有用性かそれとも他の何かか。 疑問点を明確にして出直せ。 442 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 22:59:04 ] >438 「バグはシステムの端っこにある」で痛い目にあってないな。 Javaで作るような規模だとinterface抜きじゃメンテ無理。 もっとコード書け、ってアドバイスしかできん。 443 名前：デフォルトの名無しさん [2006/10/07(土) 01:15:59 ] 回答ありがとうございます。 AOPやモックによる利点についてはわかっています。 それ以外に、インターフェースを使わなかった場合に具体的に どういう問題が起きてくるのかをちょっと聞いてみたいと思います。 444 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 02:47:53 ] >>438 ＞依存性は克服されていないように思います。 サービス固有のオブジェクトが相互に関連を持つのは当たり前。 克服したかったのはコンテナ依存性。 コンテナを選ばない辺りがポータブル。 445 名前：デフォルトの名無しさん [2006/10/07(土) 10:04:26 ] >>444 ありがとうございます。確かに関連を持つのは当たり前ですね。 コンテナ依存性についてですが、EJBでも一応アプリケーションサーバを 選ばないという点で同じではないでしょうか。あとPOJOになった利点がよく 言われるのですが、コンテナが提供するサービスを利用する以上、あるいは 動作させるのにインジェクションが必要な以上、コンテナ自体に依存して いるのでその点だけを見た場合EJBとどれだけ違うのかなと思います。 あとコンテナを変えるということがどれだけあるのかと。 たぶん何か勘違いしているのだと思いますがよろしくお願いします。 446 名前：デフォルトの名無しさん [2006/10/07(土) 10:30:23 ] 同じコンテナ依存と言っても、EJBの仕様が難しくてついていけなかった人々が頼るものだから… 447 名前：デフォルトの名無しさん [2006/10/07(土) 10:32:53 ] >>445 >いるのでその点だけを見た場合EJBとどれだけ違うのかなと思います。 それは一度テストケースを書いてみればよくわかる。 448 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 10:43:04 ] >>438 インターフェイスに依存するということは、実装は切り替えられるということ LLのように動的にオブジェクトの構成を変更できる言語と違って Javaのような言語は、どうしてもインターフェイスは固定しておかなければならない だからJavaの場合、インターフェイスはかっちり決めて実装を簡単に変更できる ようにしておくと便利。当然、インターフェイスがしっかり決まらなければ意味無いけど Seasarの自動登録機能を使ってると、どうしても「インターフェイスに実装が一つ」の方が 楽になってくるのは確かだね。本来のDIコンテナの意味を考えると、自分も少し矛盾を感じてる 同一インターフェイスに複数の実装を登録した時点で、どれを登録するかをコンポーネント名 などで設定してあげる必要がある。設定ファイルが無いとアノテーションやsetter名で選択する ことになるから、結局実装依存性がわずかながら生まれてきてしまう。 Springが設定ファイルに拘るのはそこらへんが原因なのかも 449 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 10:50:06 ] >動作させるのにインジェクションが必要 コードベタ書きすることで代用可能。コンテナが必要ってわけじゃない。 まあ面倒だが。 >あとコンテナを変えるということがどれだけあるのかと。 それが勘違い。 POJOの側からコンテナを呼び出すような形が「コンテナに依存」ということ。 それらの疑問はコードたくさん書いてみればだいたい解決するよ。 450 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 11:06:33 ] たとえばアプリケーションコンテナで実行していた機能を、 パフォーマンス上の理由でcronタスクで起動する バッチ処理にしなければいけなかったとする。 だけどその機能を実現するロジックがアプリケーションコンテナに 依存していたりすると泣けるっしょ？ そんな時、ただのPOJOだから、スタンドアロンアプリで簡単に 利用できたら感涙っしょ？ 特定のコンテナに依存しないというよりも、Seaser以外のコンテナに依存しないっつー事。 451 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 12:03:10 ] そもそもEJBで書くにしても、コアな処理はPOJOで記述して 最後にEJBラッパ用意するだけの形にするのがベストだと思う。 EJB自体、EJB3でPOJO意識した作りになったし。 (あれはPOJOじゃないと思うが。) 452 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 15:10:18 ] SessionBean とか、結局一つで済ましちゃうのが普通だもんなあ。 453 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 18:10:56 ] https://s-marke.backlog.jp/projects/NEEDS ユーザID：guest パスワード：guest 454 名前：デフォルトの名無しさん [2006/10/07(土) 20:58:43 ] いろいろと回答ありがとうございます。 あともう一点質問があるのですが、 コンテナで管理されるオブジェクトには継承は使ってはいけないので しょうか（インターフェースとは別にDefaultのサービスを継承）。 POJOという点からはご法度だと思うのですが、似たような 処理を行うクラス群では、セッター・インジェクションの部分が重複 して記述されることになり、ついつい共通部分に継承を使いたくなって しまうのですが。まあ、フィールド・インジェクションを使うと、 その点はかなり緩和されるのですが。 455 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 21:57:26 ] POJOは何も継承しないというわけじゃなくて、 特定のフレームワーク固有のオブジェクトを継承しないということ。 自分で作ったクラスを継承する分にはコントロールできるから問題ないでしょ。 456 名前：デフォルトの名無しさん mailto:sage [2006/10/09(月) 13:12:23 ] POJOで継承使っちゃいけなかったら、それはむしろ退化してるだろ。 「フレームワークが指定したクラスを継承する必要はなくて、継承階層は 自分で自由に決められる」というあたりまえのことがPOJOの（ひとつの）意味でしょ。 JavaにおいてあたりまえだからPlain Oldなわけで。 457 名前：デフォルトの名無しさん mailto:sage [2006/10/09(月) 13:43:44 ] いろいろ質問する前にコード書いたらどうか。 簡単なフレームワーク構築して EJBベースとDIコンテナベースで比較したら もう二度とEJBなんてゴメンだと思う。 458 名前：デフォルトの名無しさん mailto:sage [2006/10/11(水) 11:19:21 ] svn.seasar.org/browse/?view=rev&root=s2container&revision=1407 S2Hibernate-JPA のテストでどうしても static イニシャライザが実行されず，getAnnotationHandler() が null を返すのでやむを得ず修正． Java 言語仕様 (第三版)「12.4.1 When Initialization Occurs」では static メソッドが呼び出される際にクラスが初期化される (static イニシャライザが実行される) ことになっているのだが．．． 納得できないが 6 時間くらい悩んでも解決できなかったので諦める．無念だ． [参考] java.sun.com/docs/books/jls/third_edition/html/execution.html#12.4 獄長乙 459 名前：デフォルトの名無しさん mailto:sage [2006/10/11(水) 22:27:32 ] 最近獄長の存在感がないな higaﾀｿの挑発もないしasipの粘着もない Seasarﾂﾏﾝﾈ 460 名前：デフォルトの名無しさん mailto:sage [2006/10/11(水) 23:01:27 ] プログラマは大人になったら終わりなのに、 みんな相手より上の目線に立ちたくて より大人な態度を振舞おうとしてるからだね。 負けず嫌いでユーモアに溢れた独善的な技術者が、 とびきり魅力的だって事を忘れてしまったんだな。 惨めな奴らだよ。 461 名前：デフォルトの名無しさん mailto:sage [2006/10/11(水) 23:52:18 ] 大人な態度にし向けたのはどこのどいつらかと小一(ry 462 名前：デフォルトの名無しさん [2006/10/12(木) 09:23:31 ] DIの適用範囲ですが、Webアプリケーション以外の、 デスクトップアプリケーション、バッチ処理、制御系などでも 使われているのでしょうか。DIが向かないものがあるとすれば どのようなものでしょうか。 463 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 09:37:17 ] >>462 ソースを読めば判るよ 464 名前：デフォルトの名無しさん [2006/10/12(木) 10:12:25 ] ↑この回答をしている人ってSeasar関係者なの？ もしそうだとするとドキュメントが少ないという理由がよくわかるな。 「やればわかる」とか「まずやってみましょう」とかいうのは どこかの宗教か、訪問販売っぽい。説明できない人がよく使う 常套文句。 2chだからまあどうでもいいのかもしれないが、プロジェクトで DIの導入を検討しているときに、こういう答えをされたら、 見送りになっちゃうかな。 ↑がSeasar関係者じゃないことを祈る。 465 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 11:37:51 ] 関係者なのか、関係者じゃないのか 466 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 11:54:35 ] svn.seasar.org/browse/?view=rev&root=sandbox.kvasir&revision=818 heimの概念を導入し、jotunを廃止した。 heim?? jotun?? 467 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 12:50:07 ] >>464 Seasarの関係者というのが何をさしているかわからないけど、 基本コミッタは、2chに書き込むことはないはず。 書き込むときは、困っている人を助けるときだね。 468 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 13:37:22 ] つ>463はﾈﾀ Web以外で使われてるかどうかソース読んで判るわけない お前らソースより空気読め 469 名前：463 mailto:sage [2006/10/12(木) 14:05:58 ] >>464 冗談で書いただけなのになに熱くなってるんだ？ｗ 470 名前：デフォルトの名無しさん [2006/10/12(木) 17:54:11 ] 季節は涼しい秋でつよ？ｗ 471 名前：デフォルトの名無しさん mailto:save [2006/10/12(木) 22:34:58 ] >>462 デスクトップアプリケーション、バッチ処理でもOKですよ サービス層以降はWebアプリだろうが何だろうがあまり変わらないと思うので。 472 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 22:43:29 ] >>462 初期化にはそれなりに時間がかかるから 起動・終了のサイクルが早いアプリや、 瞬時に起動する必要のあるアプリには向いてない。 起動コスト以外の制約は思いつかない。 Swing画面(テストツールとか)でも平気で使っちゃってる。 473 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 00:36:06 ] >>472 > >>462 > 初期化にはそれなりに時間がかかるから > 起動・終了のサイクルが早いアプリや、 > 瞬時に起動する必要のあるアプリには向いてない。 そのためのWarm Deploy 474 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 05:04:05 ] >>462 シューティングゲームを作るのに、向いていますよ。 敵の弾とか、自動でインジェクションされます。 475 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 13:04:28 ] シングルトンがほぼ使い物にならないのと現在の状態に依存して生成されるから DIが解になるとはおもえんが 476 名前：デフォルトの名無しさん mailto:sage [2006/10/14(土) 00:49:23 ] d.hatena.ne.jp/taichitaichi/20061013/1160712565 >乱暴な言い方だけど、ソースコードがドキュメントだ。みたいな。 >そうは言っても、コードの一部分だけ読めば事足りるんなら、それはそれでえーやん…とか。 コミッタがソース読めって言っちゃったよw 477 名前：デフォルトの名無しさん mailto:sage [2006/10/14(土) 01:04:24 ] そんな揚げ足をとらんでも。 478 名前：デフォルトの名無しさん mailto:sage [2006/10/14(土) 01:11:49 ] 確かに「言ってる」な。びびったよもう！ 479 名前：デフォルトの名無しさん mailto:sage [2006/10/15(日) 15:19:27 ] >>400 実装終わた？ 480 名前：デフォルトの名無しさん [2006/10/15(日) 18:21:01 ] >>476 文脈を考えようぜ 481 名前：デフォルトの名無しさん mailto:sage [2006/10/15(日) 18:35:38 ] >>480 調子のんな 482 名前：デフォルトの名無しさん mailto:sage [2006/10/15(日) 21:32:00 ] >>481 獄長乙 483 名前：デフォルトの名無しさん mailto:sage [2006/10/16(月) 15:06:37 ] S2JSF1.0.xにautocompleteを出力するようにして下さい。 484 名前：デフォルトの名無しさん [2006/10/16(月) 18:43:17 ] >>483 JIRAに登録しました。対応までしばらくお待ちください。 485 名前：デフォルトの名無しさん mailto:sage [2006/10/16(月) 19:29:48 ] >>484 どうもありがとうございます。まさかすぐ対応してくれるとは思いませんでした。 486 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 04:17:46 ] S2JSFでforEachタグを使ってtableのタテのセルの統合はどうやればいいでしょうか？ とりあえず１回目のループで統合対象のセルのrowspanにListのsizeを設定して m:renderedでインデックスが0の時だけ統合対象以外のセルを出力 ２回目のループではm:renderedでインデックスが1以上の時に統合対象以外のセルを出力 とやっているのですがもっと良い方法があるのでしょうか？ 487 名前：デフォルトの名無しさん [2006/10/19(木) 11:21:33 ] >>483 もう対応されたみたいだよ 488 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 18:36:00 ] S2Daoの要望 1. update系メソッドでもQUERYアノテーションを使えるようにして欲しい。 現状: deleteByName_SQL = "delete from XXX where NAME like /*name*/"; （SQLを"delete from"から書く必要あり） 希望: deleteByName_QUERY = "NAME like /*name*/"; 2. 件数取得用メソッド体系を用意して欲しい。 希望: int countByName(String name); countByName_QUERY = "NAME like /*name*/"; -> select count(*) from XXX where NAME like /*name*/ 3. insertOrUpdate に対応して欲しい。 4. テーブルが存在しないときの例外メッセージを分かり易くして欲しい。 現状: [ESSR0072]SQLで例外(SQL=[SELEC FROM XXX WHERE ... （"SELEC"って何？） 489 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 22:46:58 ] あとN:1関連の自動生成SQL、 INNER JOINを指定出来るようにしてくれー。 N:1の1側なんて大概マスタ系じゃん、 たかだか名称とるだけとかなのに 全件なめられちゃ困るのだ。 490 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 22:54:19 ] findByFooAndBar(Long foo, String bar) のような場合、ARGSアノテーションなしにとかできないでしょうか？ 491 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 23:31:54 ] >>488 JIRAに登録しました。対応までしばらくお待ちください。 >>489 JIRAに登録しました。対応までしばらくお待ちください。 >>490 ふざけんな、なめんな、ボケ。 492 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 00:07:21 ] ﾁｮｰｳｹﾙ 493 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 01:36:28 ] >>491 ASIPにタレこみました。対応までしばらくお待ちください。 494 名前：490 mailto:sage [2006/10/21(土) 03:59:46 ] >>491 すみません。ふざけたり、なめたりしているつもりはなかったのです。 サンプルなどでもこういった形式のメソッド名がよく出てくるので、 Convention over ConfigurationやDRYを満たすために良いかもと思った (引数名がとれないからARGSアノテーションが導入されたという記憶があったので) のですが、どうやら罵倒されるほど浅はかな考えだったようです。 未だ、どれほど下らない事を言ってしまったのかは正直分からないのですが。 495 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 06:19:50 ] >>494 実際にゃ>>488も>>489もJIRAに登録されてないことから推測すれ。 496 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 14:54:40 ] >>490 君はちっとも悪くない。 >>491 芦乙 497 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 15:03:31 ] 足には ４９１のような ネタをやる センスはない 498 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 22:54:11 ] >>494 ネタにマジレスすることがどれほど下らないか分からないなんて… ２ちゃんに向いてないね 499 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 23:00:01 ] ネタそのものがつまらん場合はどっちに罪があるかだな。 500 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 23:41:33 ] 罪があるのか、ないのか 501 名前：デフォルトの名無しさん [2006/10/22(日) 00:26:32 ] >>498 どれほど下らないんだ？ 502 名前：デフォルトの名無しさん mailto:ｓage [2006/10/22(日) 00:27:03 ] sage厨登場 ↓ 503 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 13:28:42 ] d.hatena.ne.jp/koichik/20061021#1161450030 なんだこいつ、神か。 504 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 14:05:06 ] 神じゃなくて獄長 505 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 15:20:34 ] >>503 コイツはすげぇ！超スゲェ！ >>490の要求なんて、数年前の出来事家のように軽くこなしてる。 >>491は本当に寒い、心より恥じろ。氏ね。っていうか死ね。無価値！ >>503みたいな奴が居るのがSeaserの底力なんだよな。凄すぎる。 これからも頑張って欲しいです(^^) 他の奴らは邪魔だから書き込まなくてもいいよ(^^) 506 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 16:16:29 ] >>505 獄長乙 507 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 16:16:46 ] つ、獄長のはパクリ 508 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 16:48:57 ] 1 ｷﾑｷﾑがdoclet作成 2 獄長がﾊﾟｸる 3 太一がeclipseﾌﾟﾗｸﾞｲﾝ作成 こんな流れ さすが獄長seasrの底力w 509 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 18:38:59 ] パクりじゃなくてコラボレーションと言ってあげようよｗ 510 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 20:58:32 ] >>509 お前コラボの意味わかってないだろｗｗｗ インスパイアと言え 511 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 21:04:11 ] >>510 お前こそ分かってないな インスパイヤと言え 512 名前：デフォルトの名無しさん mailto:sage [2006/10/23(月) 00:05:26 ] d.hatena.ne.jp/taichitaichi/20061022/1161520341 > Uujiは、ひがさん作成の、 > 命名規約に基づいて動作する事で、コードの記述量を大きく減らす事を可能にした新しいDaoフレームワークです。 （ ´_ゝ`）ﾌｰﾝ 513 名前：デフォルトの名無しさん mailto:sage [2006/10/23(月) 06:43:17 ] 頼まれもしないのにコーダーみたいな事してるのか。 創造性のかけらも無い。 514 名前：デフォルトの名無しさん mailto:sage [2006/10/23(月) 12:36:41 ] > 頼まれもしないのにコーダーみたいな事してるのか。 IT 土方としての素質を発揮したんじゃね？ 515 名前：デフォルトの名無しさん mailto:sage [2006/10/23(月) 12:43:01 ] そういうの、くーすの頃からいわれてるじゃん。 516 名前：デフォルトの名無しさん [2006/10/23(月) 19:07:21 ] なんか荒れてるね。 ・自分は実力はあるのに評価されていない ・まわりの連中は馬鹿ばっかと思っている など満たされていない人たちが多いように推測します。 まあ、そんな人がいるプロジェクトは成功するのが なかなか難しそうですね。 がんばって臭いｗ 517 名前：デフォルトの名無しさん [2006/10/23(月) 20:04:04 ] >>516 獄長、(r 518 名前：デフォルトの名無しさん mailto:sage [2006/10/23(月) 20:27:24 ] 荒れてる気がしないんだが… どこかで獄長が暴れてるのか？ 519 名前：デフォルトの名無しさん mailto:sage [2006/10/23(月) 23:34:50 ] 引数名の取得だろｗ 抽象メソッドからはAPIレベルじゃ取得できないのを知らずに突っ走ってた小僧が、 えらそうな口を叩くようになったもんだ。 520 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 00:06:53 ] つまり>490以降の流れが荒れてるってことか？ 平和だなw 521 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 01:40:01 ] >>519 抽象メソッドでなきゃAPIレベルで取れるもん？ 522 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 02:20:02 ] >>521 クラスのbyte[]を直に触るか、バイトコード関連のAPI。 SunのJDK5ならBCELを内蔵している。 抽象メソッドはコードアトリビュートを持つと、 クラスのベリファイアでエラーになる。 なので、抽象メソッドならドックレットが必須。 言い方が悪かったか。APIというよりか、ランタイムだな。 523 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 10:16:05 ] 久しぶりにﾋｶﾞﾀｿのブログ見に行ったら、 太文字や大文字が入り乱れて禿げしく読みにくくなってる。 何か、文体もアニメに出てくるアメリカかぶれキャラみたいになってて微妙。 3ヶ月ほどの間に何があったんだ。。。 524 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 10:28:13 ] はやくドキュメント用意してくれ〜〜〜〜 525 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 11:48:10 ] >>524 書き始めたばかりじゃね？ 526 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 16:36:06 ] > 久しぶりにﾋｶﾞﾀｿのブログ見に行ったら、 > 太文字や大文字が入り乱れて禿げしく読みにくくなってる。 Plagger で EntryFullText して、いらんタグ取り除く Filter かませばいいんじゃね？ 527 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 23:37:53 ] Seaser界隈って、>>526みたいな事を真剣にやって 「これは超凄い！」 って言ってるような雰囲気がプンプンするよな。 本来存在しなかった複雑さを、後から無駄に努力して乗り越えて やり遂げた気になってる。 つーか、どっちかというとJava全般がそうなのか…？ 528 名前：デフォルトの名無しさん mailto:sage [2006/10/24(火) 23:48:18 ] Java って、getter と setter 書いて作業数増やすための言語っしょ？ 529 名前：デフォルトの名無しさん [2006/10/25(水) 00:11:11 ] 作業数増やさないと利益増やせないからな アマチュアはすっこんでろってこった 530 名前：デフォルトの名無しさん [2006/10/25(水) 00:42:45 ] 直接メンバ変数触らせるなんてバグの温床 531 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 01:10:36 ] > 直接メンバ変数触らせるなんてバグの温床 なんで〜？ｗ 532 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 07:34:18 ] >>527 Javaに限らずメジャーを狙えば必然的にそうなる バカな下級戦士どもには単純さと簡単さは別物 相反すると言っていいくらいだ 言語もフレームワークも下級戦士どもがやりがちな過ちを 未然に防ごうとすると本質的でない複雑さが増える 533 名前：デフォルトの名無しさん mailto:sage [2006/10/25(水) 09:54:49 ] >>528 IDE使えばアクセサくらい10秒で実装できるから目くじら立てなくてもいいじゃないか。 >>530>>531 publicフィールドがバグに直結した経験はないけど、 Eclipseで呼び出し先一覧を取得できないから嫌い。 あと、もしかしたらListみたいな参照型のフィールドだと直接publicじゃなくて、 addLastHoge(Ojbect element); addHoge(Ojbect element, int index); getHoge(int index); removeHoge(int index); の方が安全な気がする。理由は聞かないでくれ。なんとなくだからｗ 534 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 00:23:57 ] > IDE使えばアクセサくらい10秒で実装できるから目くじら立てなくてもいいじゃないか。 10 秒もかかるの？ 535 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 00:47:41 ] そういうツッコミはつまらないよ せめてIDEが統一されていないことによって操作性が違うとかいってあげようよ 536 名前：533 mailto:sage [2006/10/26(木) 09:42:55 ] >>528>>534は好きなだけpublicフィールド使えばいいじゃないか。 同様に、 Eclipseが嫌な香具師は他のIDEを使えばいいし、 Seasarが嫌な香具師は他のDIコンテナを使えばいいし、 Javaが嫌な香具師は他の言語を使えばいい。 それだけのこと。 537 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 12:03:10 ] Goyaのまとまった資料ってどこにあるの？ 538 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 12:11:53 ] >>537 WEB+DB Press 539 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 12:14:21 ] Plagger のまとまった資料ってどこにあるの？ 540 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 12:29:05 ] Teeda と TeedaExtentions のまとまった資料ってどこにあるの？ 541 名前：デフォルトの名無しさん mailto:sage [2006/10/26(木) 13:32:06 ] S2EBIはまぁいいとしよう。 だが、KijimunaやChuraはプロダクトの意味がまったく推測できない。 はっきりいって分かりにくい。 S2Container PluginやAllInOne4EJB3-JSF-JPAのほうが名前からわかり易くていいだろ。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef