Java Spring Frameworkを語るスレ

1 名前：デフォルトの名無しさん mailto:sage [04/02/23 00:51] www.springframework.org/ 乱立するフレームワークと競合するプロトコルの嵐のなかで、 リスクの高い決断を余儀なくされているJavaデベロッパ、プ ロジェクトマネージャに対する福音です。 語るべし。 29 名前：デフォルトの名無しさん mailto:sage [04/03/18 12:49] IoCはもう古い！これからはDependency Injectionだ！ 「Inversion of Controlコンテナと Dependency Injectionパターン」 www.kakutani.com/trans/fowler/injection.html 　　　　　　　　　　　　　　　　　　　　　　　　　・・・ごめんなさい。名前変えただけです。 30 名前：デフォルトの名無しさん mailto:sage [04/03/18 19:28] >>29 正確にいうと、type 2とtype 3がdependency injectionね。 31 名前：デフォルトの名無しさん mailto:sage [04/03/18 23:12] JBossAOP って IoC コンテナですか？ ってか IoC と AOP ってどんな関係？ 全然違うもの？ 32 名前：デフォルトの名無しさん mailto:sage [04/03/20 01:16] 全然違うモノ、 IoCはパターンのひとつ、AOPはある考え方と実践のための技術。 IoCもAOPに使えるかもしらんが、とにかく別物。具ぐれ。 33 名前：デフォルトの名無しさん mailto:sage [04/03/21 13:38] あいまいな質問で申し訳ないが、SpringとWebWork2、どっち選んだらいいと思う？ 比較資料希望。 34 名前：デフォルトの名無しさん [04/03/21 19:33] >>33 比較大将間違ってないか、それ？ 35 名前：デフォルトの名無しさん [04/03/21 20:55] SpringとWebWork2の比較してるのは知らないな。 サンプルソースでもみて決定するのはいかが？ Spring www.springframework.org/docs/MVC-step-by-step/Spring-MVC-step-by-step.html WebWork2はWEB+DBPressで特集されてたのでそちらを参照。 だけどSpringのWEBアプリ用クラス使うより、StrutsやWebWork2と組み合わせるほうが一般的みたいよ。 36 名前：デフォルトの名無しさん mailto:sage [04/03/22 10:36] Spring、Pico、Hivemind、XWork、S2 を比較した場合どんな感じですか？ Spring は元祖、 Pico はお手軽、 Hivemind は Tapestry ｻｸｰｼｬ作、 XWork は Webwork2 の一部、 S2 は日本人作 だと思うんすけど、これはここがｲｲ！とかあったりしますか？ やっぱ Spring がいいんかな。S2 は JTA とかついてきますが他のにも ついてきたりしますか。 37 名前：デフォルトの名無しさん mailto:sage [04/03/22 14:43] >>36 自前コンポーネントの管理が中心ならPicoが手軽でよい。 HibernateやJTAやVelocityまで巻き込んで管理したいならSpringが便利でよい。 自前コンポーネントの管理が中心で、かつMVCフレームワークが決まってなければ WebWork2/XWorkというのも良い。 日本語ドキュメントが皆無でもよければHiveMindでよい。 即、実運用に入るというのでなければS2も期待大。 という感じだ。 38 名前：デフォルトの名無しさん mailto:sage [04/03/22 15:19] >>37 Spring が実用向きってことですね。ところで Spring は S2 みたいに JTA を使うための JTM 付いてますか？ ttp://homepage3.nifty.com/seasar/doc2/dbcp.html 別に JTM サポートする AP サーバか JDBC ドライバが必要ですか？ ってか自分で調べれないくらい英語弱いので S2 待ったほうがいいのか・・・ 39 名前：デフォルトの名無しさん mailto:sage [04/03/22 22:09] >>38 APサーバもしくは、JTAをサポートするTransactionManagerと ConnectionPoolが必要。 40 名前：デフォルトの名無しさん mailto:sage [04/03/22 22:38] >>39 ありがﾄﾝ！ JTM が無い Tomcat なので少し先の S2 で検討します。 Tomcat + Tyrex or JOTM + DBCP + Spring とかは連携があっしには 難しそうなので置いときます。 41 名前：デフォルトの名無しさん mailto:sage [04/03/23 10:35] >>40 レポート期待してる。 42 名前：デフォルトの名無しさん mailto:sage [04/03/29 13:27] Jakarta Projectスレは盛り上がらないときもあれば盛り上がるときもある。 Eclipseスレも最近のところほとんどレスが減った。 それでも週に一回くらいのレスはつく。 ということで無理して立てたスレに文句を言う必要も無い。 このスレはTepestryスレやJakarta スレ並みに 盛り上がると思われたが盛り上がらなかった。それだけのことだ。 しかしおれはこのSpring frameworkというものをはじめて知った。 ちょっくら拝見してみるか。 43 名前：デフォルトの名無しさん mailto:sage [04/03/29 13:28] Spring Framework もそうだが、PicoContainerもXWorkも J2EE専用じゃないぞ。どっちかっていうと逆だ。 Swingアプリケーションにだって、アプレットにだって適用可能だ。 58 名前：デフォルトの名無しさん 投稿日：04/03/25 22:55 乱立してるから避けられてるんでしょ。 標準化されたら変わるのでは。 59 名前：デフォルトの名無しさん 投稿日：04/03/25 23:35 だれか、JCPにIoC Container Service APIの策定を提案してみたら？ 60 名前：デフォルトの名無しさん 投稿日：04/03/25 23:36 IoCコンテナの考え方って、Javaに限った話じゃないよねえ？ CやC++でも同じものがあっても便利なんでわ。 61 名前：デフォルトの名無しさん 投稿日：04/03/25 23:58 >>57 wiki.bmedianode.com/Spring/?Spring+Framework にさ、 > Spring Framework（単にSpringと呼ばれることもあります）は、Rod Johnson氏の > 著書Expert One-on-One J2EE Design and Development（邦訳は実践J2EE シス > テムデザイン）の中で紹介されたコードをベースにしたJ2EEアプリケーションフレー > ムワークです。 って書いてあるからJ2EE用だと思っていた。へぇー。 解説を読む限りはＥＪＢへの依存度を減らしやすくなるという ことからJ2EEなどの敷居を下げるってイメージが見える。 44 名前：デフォルトの名無しさん mailto:sage [04/03/29 13:43] 54 名前：デフォルトの名無しさん 投稿日：04/03/25 22:38 >>2 Java以外のフレームワークやライブラリは有名じゃないとか有償で高価でだれもてをつけられないとか なんらかの理由があるのかもしれんよ。 55 名前：デフォルトの名無しさん 投稿日：04/03/25 22:40 よく見たらJ2EE用フレームワークか。 そりゃそうだ。敷居が高すぎてなかなか盛り上がらないんだよJ2EE/EJB関連スレは。 JBossスレもなかなか盛り上がらない。 J2EEは見たからに難しいから。 　 2chねらでJ2EEを極めた香具師ってそうそういないと思われ、なんだな。 56 名前：デフォルトの名無しさん 投稿日：04/03/25 22:45 J2EEが敷居が高いつか泡沫案件には洋ナシってのはわかるが、 このSpring Frameworkは、J2EEを簡単に 使えるようにしてくれるもんじゃないのか？ Mission Statement 　　We believe that: 　　　　　・J2EE should be easier to use 　　We aim that: 　　　　　・Spring should be a pleasure to use とあるし。よく知らんけど興味だけはあり。ageてみる。 45 名前：デフォルトの名無しさん mailto:sage [04/03/29 13:49] >>61 IoCコンテナの主な役割は、Abstract Factoryの外部化、とでもいえばわかりやすい のかな？J2EEのBusiness Delegateなんかの生成を行わせることが多いみたい、という ことでJ2EE用と宣伝されるみたいだけどさ。 レイヤー間の依存関係を減らしたいと思う境界全てで有効な仕組みデス。 JDBCやJNDI、JAXPのAPIが、実装から切り離されて隠蔽されているのは多分知ってい ると思うけど、同じようなことがしたい場所全てで、こういう仕組みを使うと簡単に 実現できるわけさ。 63 名前：1の人 投稿日：04/03/26 01:17 タイトルを"IoCコンテナを語るスレ"にでもしとけば、変なアンチが寄って来ないですんだかな。 ｺﾞﾒﾝﾅｻｲ。 64 名前：デフォルトの名無しさん 投稿日：04/03/26 01:24 そうだね。次スレはそういうスレタイで。 65 名前：デフォルトの名無しさん 投稿日：04/03/26 03:05 IoCってのは汎用AbstractFactoryってことでええの？ Products（Abstract/Concrete）は自分たちで作って登録して、 使う側はConcreteProductには触れないですむと。 なんか名前があってない気がするな。 漠然とCallBackみたいなもんかと思ってたよ。 46 名前：デフォルトの名無しさん mailto:sage [04/03/29 13:52] >>65 名前はそのうち、DI(Dependency Injection) Containerになる余寒。 Factory + DependencyInjection (+ AOP)だね。 具象クラス同士がお互いに依存しないようにできるから テストがしやすくなり、メンテナンス性もあがる。 でもSpringって巨大だね。 Hibernateとのインテグレーション機能以外を 使ってる香具師いる? 67 名前：デフォルトの名無しさん 投稿日：04/03/26 14:08 >>62 Abstractory Factoryって 部品追加するとすべての実装工場にまで部品を追加しないと いけないので良い印象がない。 47 名前：デフォルトの名無しさん mailto:sage [04/03/29 13:54] このスレ復旧完了。 スレ違いなネタ(Javaスレ大杉とか)はカットしますた。 48 名前：デフォルトの名無しさん mailto:sage [04/03/30 08:58] >>47 乙 49 名前：デフォルトの名無しさん [04/04/09 15:22] SEASARとどっちがいいんですか？ それとも競合するものではないのですか？ 50 名前：デフォルトの名無しさん mailto:sage [04/04/10 00:08] >>49 んなもん、世界中にユーザのいるSpringにきまっとろーが。 51 名前：デフォルトの名無しさん [04/04/11 12:55] Seasarでいいよもう。 Springいんない。 52 名前：デフォルトの名無しさん mailto:sage [04/04/12 12:24] Seasarの開発者が ＞AOPをS2独自ではなく、aopalliance.sourceforge.net/に ＞準拠させようと思います。これで、S2のインターセプタ(Advice)が ＞Springでも使えるようになります。 って書いてるね。 AOPアライアンスなんてのがあるんだったら競合するわけじゃない気がしてきたんだが まあWebSphereとWebLogicが競合なんだからSpringとSeasarもその意味では競合か。 53 名前：デフォルトの名無しさん mailto:sage [04/04/13 06:48] >>52 どうみても、かぶってる(競合している)フレームワークどうしだと思うが。 54 名前：49 mailto:sage [04/04/14 11:14] 日本ではSeasarということでFAですか？ 55 名前：デフォルトの名無しさん mailto:sage [04/04/14 19:44] Seasarにいっぴょう 56 名前：デフォルトの名無しさん mailto:sage [04/04/15 23:17] そんなにSeasarっていいのか。 Spring + Hibernate みたいなことが簡単にできる？ ちょっと調べてみないといけないなぁ。 57 名前：デフォルトの名無しさん mailto:sage [04/04/16 00:27] >>56 S2Hibernateってのがあるみたいだね。 58 名前：デフォルトの名無しさん mailto:sage [04/04/16 01:44] >56 透過的トランザクションは対応してる。 S2Hibernateのソース読むとわかるけど、S2Hibernate自体はあんまりたいしたことはして なくてSessionとSessionFactoryへのBridgeをしてるだけ。 Springみたいなサポートクラスはないのは少し残念。 両方使ってみたけどもORMとの組み合わとからいろいろとSpringの方が便利だな。 プレゼンテーションとかの連携もこれからみたいだし。 他のフレームワークとの連携度でみるとSpringが一歩抜け出してると思われ。 Spring>Pico>Seasar という感じだけど、どう？ ただ、Seasarは敷居が低いんで、IoCはこれから始めるっていう人にはかなりいいと思う。 59 名前：デフォルトの名無しさん mailto:sage [04/04/16 06:58] >>58 Springみたいなサポートクラスって何? HibernateTemplateのことなら、SeasarはSessionを オープン・クローズする必要がないし、 HibernateExceptionもラップしてくれるから おなじようなもんだと思うけど。 60 名前：デフォルトの名無しさん mailto:sage [04/04/16 10:14] このスレはSeasar2にIOCされますた。 61 名前：デフォルトの名無しさん mailto:sage [04/04/19 23:40] 国際オリンピック委員会 62 名前：デフォルトの名無しさん [04/04/21 21:46] Tapestryは3.0 Finalが出ても、ドキュメント類が貧弱。 ってことは、その弟分のIoC、HiveMindも、期待できないのかもな。 63 名前：デフォルトの名無しさん mailto:sage [04/04/22 08:15] S2のPlugin開発がはじまったみたい。 www.mobster.jp/wiki/view.jspa?pid=S2Plugin 64 名前：デフォルトの名無しさん mailto:sage [04/04/26 10:11] >>62 作者謹製のTapestry in Actionを買え！っつーことなんでしょうね。 （そういうビジネスモデル？） すぐにHiveMind in Actionも出る事でしょう。 65 名前：デフォルトの名無しさん mailto:sage [04/04/29 15:22] >>64 完成して（枯れて）ないのに Tapestry in Action なんぞ買えん。 実際に普及するんだったらブラッシュアップされて細部が変更され Tapestry in Action の内容は過去のものに。 Tapestry は作者のオナニー。 66 名前：デフォルトの名無しさん mailto:sage [04/05/11 22:30] なんかEJB3.0の動向やら、Web上の毎評判聞くだけだと もの凄い有用かつ将来性のあるフレームワーク(&Iocコンテナ?)っぽいけど スレが伸びないのは何故？やっぱどっか問題があるのか？ はたまた先進過ぎて使ってるヤシがいないのか... 67 名前：デフォルトの名無しさん [04/05/11 22:32] と言う事で揚げてみる 68 名前：デフォルトの名無しさん mailto:sage [04/05/12 07:34] >>66 日本で本気で使っている人をあまり聞いたことがないね。 JavaWorldで特集されるらしいから、また変わるかも。 69 名前：デフォルトの名無しさん mailto:sage [04/05/12 07:51] >>68 PicoもSpringもバリバリ普通につかってるよ？ 使ってないのってあなたのまわりだけじゃないの？ 70 名前：デフォルトの名無しさん mailto:sage [04/05/12 09:42] >>69 こんなもの使ってるのってあなたのまわりだけじゃないの？ 71 名前：デフォルトの名無しさん mailto:sage [04/05/12 23:11] picoは知らんがSpringはなかなか良いぞ。 フレームワークとの関係を薄く出来るから 他のヤツとも組み合わせやすいし、ダメな部分だけ除外しやすい。 Tapestoryは公式ドキュメントすら殆ど無くて、3.0にもなってまだプレビューリリースみたいな 感じだから、まだ変わっていきそうな予感。 あんまりスマートじゃない部分も多いし。 72 名前：デフォルトの名無しさん mailto:sage [04/05/14 12:18] >>66 EJB=敷居が高い、という印象を拭いきれないから 73 名前：デフォルトの名無しさん [04/05/14 12:32] みんなJBossにしか興味がないから 74 名前：デフォルトの名無しさん [04/05/25 22:03] おいお前らJava Worldで特集組まれてますよ でも結局EJB3.0+Struts+JBossAOPらへんに呑まれそうな予感 75 名前：デフォルトの名無しさん mailto:sage [04/05/26 01:29] JBoss厨がいるな。JBossAOPが呑むなんてこたないだろう。 76 名前：74 [04/05/27 21:48] >>75 激しく例えが悪かったが JBossAOP「らへん」ね 別にAspectJでもいいんだけど。と言うかそっちの方が適切ね 要はSpringって全部入り(+他と連携)目指してるみたいだけど だったら各層専門のフレームワークを寄せ集めた方がいいんでないの？ と素人目に思った訳だがどうだろう？ 教えてSpringマスター!! 77 名前：デフォルトの名無しさん mailto:sage [04/05/28 13:01] >>76 各層専門のフレームワークを寄せ集めて集中管理するのがSpringですよ。 78 名前：デフォルトの名無しさん mailto:sage [04/05/30 23:50] >>77 なるほど、そう考えると便利な気がしてきました 「フレームワークのためのフレームワーク」的発想（であってる?)ですかね 79 名前：デフォルトの名無しさん [04/06/08 03:30] PicoContainer 1.0 final age 80 名前：デフォルトの名無しさん [04/06/08 20:52] pico tte nadesuka? doko de jouhou nyushu dekirunodesuka? 81 名前：デフォルトの名無しさん [04/06/08 22:57] すみません、どなたかＷＥＢＷＯＲＫと ＳＵＮ ＡＰＰ ＳＥＲＶＥＲ ８ 上手に合わせて使う方法御存じないでしょうか。 当方ＥＪＢ（ＣＭＰ）とＷＥＢＷＯＲＫを利用して、 プログラミングしたいのですが。 ＡＮＴの使い方覚えるよりも、ＡＰＰ ＳＥＲＶＥＲ 付属のＤＥＰＬＯＹＴＯＯＬを使いたいのです。 御存じの方がいらっしゃいましたら、どうぞよろしく お願いします。 82 名前：デフォルトの名無しさん mailto:sage [04/06/08 23:17] ﾏﾙﾁ 83 名前：デフォルトの名無しさん mailto:sage [04/06/08 23:44] DeployToolなんて、EARだのWARだのをデプロイするだけじゃないのけ。 EARやWARを作成できれば、Antでビルドしようが他を使おうがどうでも いいんでないの。Ant以外でビルドをする仕組みを今から作るなんて、 ﾋﾏﾀﾞﾅｵｲ、とおもうが。 84 名前：デフォルトの名無しさん mailto:sage [04/06/27 09:02] strutsとの連携ってどういうこと？ Actionクラスを普通にstrutsで定義して、 その中でbeanＦａｃｔｏｒｙからDAO取得とか？ 85 名前：デフォルトの名無しさん mailto:sage [04/07/04 02:16] >>84 普通はActionからService呼び出して、その中でDAO使う。 当然、ServiceとDAOはSpringのContextから取得。 要は今までEJBを用いていた所をSpringで差し替えるだけ。 さらに、AOPを用いて各層の間に共通処理を差し込めば尚良し。 全然盛り上がってないのね…日本だとS2推しなの？ 86 名前：デフォルトの名無しさん mailto:sage [04/07/06 10:40] 漏れはS2推しだなー 87 名前：デフォルトの名無しさん mailto:sage [04/07/07 00:33] SpringやS2などのDIコンテナって局所的に盛り上がってるみたいだけど、メインストリームになるかねぇ？ POJOをプラモのごとく自由に組み合わせてシステム構築って魅力的ではあるけど、コンテナ独自機能も結構多いし。 コンテナ乱立で総崩れの可能性が高いような気がする。 88 名前：デフォルトの名無しさん mailto:sage [04/07/07 07:24] >>87 コンテナ独自のインターフェースが規定されているのはSpring。 S2はそんなことないよ。 89 名前：デフォルトの名無しさん mailto:sage [04/07/07 13:27] S2は取り巻きの盛りあがり方に引いちゃうな。 90 名前：デフォルトの名無しさん mailto:sage [04/07/07 13:54] Springはロッドジョンソンの表紙に引いちゃうな 91 名前：デフォルトの名無しさん mailto:sage [04/07/07 14:09] >>89-90 ちゃんとものを見ような 92 名前：デフォルトの名無しさん mailto:sage [04/07/07 23:15] >>89-91 なずななのはななもないのばな 93 名前：デフォルトの名無しさん mailto:sage [04/07/09 22:47] 日本人ならSEASAR使えよ。 94 名前：デフォルトの名無しさん mailto:sage [04/07/10 10:17] 日経に比嘉氏の記事が出てたな 95 名前：デフォルトの名無しさん mailto:sage [04/07/10 10:21] Spring使えネ、っていってたな。 96 名前：名無しさん＠そうだ選挙に行こう [04/07/11 18:16] 正直S2はひが氏以外に大した人材がいない（いても強くコミットしてない） から先は無いと思う。 それに、Spring作ってる方は「Seaserには負けねー」とは言わないだろうな。 器が違うというか、「オープン」のスタンスが違うと言うか…。 97 名前：名無しさん＠そうだ選挙に行こう mailto:sage [04/07/11 20:14] で、>>96から見てSpringはどうなのさ 98 名前：デフォルトの名無しさん mailto:sage [04/07/11 23:42] IoCコンテナ作ってりゃ大なり小なりSpringは意識するんじゃないのかな それは仕方ないことだし別に悪いことじゃないと思うけどね JBossだって他のJ2EEサーバには負けねーってノリだけど器が小さいとは思わない 似たようなもんだろ 99 名前：デフォルトの名無しさん mailto:sage [04/07/11 23:52] >>98 JBossは、自作自演してたりするけどな。 100 名前：デフォルトの名無しさん mailto:sage [04/07/12 12:10] 100get 101 名前：デフォルトの名無しさん [04/07/16 21:02] >正直S2はひが氏以外に大した人材がいない（いても強くコミットしてない） >から先は無いと思う。 最近開発を(一部)分担したらしいが、それがうまくいくかどうか。 失敗すればHORBの二の舞か。 102 名前：デフォルトの名無しさん mailto:sage [04/07/16 21:08] HORBってあったねぇ。 あれの失敗の原因って何だろ。 ・開発者１人に依存しすぎ、開発者発病であぼーん ・そもそも分散オブジェクトに需要がなかった 103 名前：デフォルトの名無しさん mailto:sage [04/07/16 23:57] OMG様のCORBAとSUN本家のRMIの2強がいちゃあ、 黄色い猿が作ったモンが広がる余地はないだろ。 104 名前：デフォルトの名無しさん mailto:sage [04/07/17 00:03] >>102 標準性が必要な分散オブジェクト技術としては、弱すぎた。 105 名前：103 mailto:sage [04/07/17 00:05] あぁ、それと、当時はまだgoogleもなく、常時接続も極めて少なく、インターネット上の情報が少なかった 今みたいなインターネットありきじゃなく、雑誌の情報が主で、プロモーションができてなかったんじゃないかと。 今であれば、それなりに使えたかも。 とりあえず情報少なすぎた。 106 名前：デフォルトの名無しさん mailto:sage [04/07/17 00:54] HORBってclassファイルのバイトコードエンジニアリングでスタブを生成してなかったっけ。 今はそこらじゅうのAOP対応コンテナでやってるけど、当時としては画期的だったような。 107 名前：デフォルトの名無しさん mailto:sage [04/07/17 01:16] >>101 優しいなもまいは。そうやって使いもしないプロダクトにまで気を使ってやるもまいの優しさが報われるのを祈っているぞ 108 名前：デフォルトの名無しさん [04/07/17 07:34] >>107 どうも。 とりあえず生暖かく見守ります。 109 名前：デフォルトの名無しさん [04/07/20 10:13] Springで質問です。 JDBCTemplate.query(String,RowCallbackHandler)というメソッドで RowCallbackHandlerインターフェースの実装を渡すと、 ResultSetの件数分だけRowCallbackHandlerのprocessRow(ResultSet)が 呼ばれるんですが、これってデータがものすごい数あった場合、 ものすごい回数呼ばれるじゃないですか。 それって性能的にどうなんでしょうか。一回のprocessRowの中でwhileループ まわしてすべて終わらしてしまうのはよくないですか? 110 名前：デフォルトの名無しさん mailto:sage [04/07/20 11:35] >>109 ttp://d.hatena.ne.jp/koichik/20040427#1083077532 ↑よみましょう 111 名前：デフォルトの名無しさん [04/07/21 22:38] Seasarのサイトを見てみた。 「易しさと優しさ」がテーマだと書いてあった。 ダウンロードページを見てみた。 頭のいい人が考える「易しさと優しさ」っていうのは、所詮あんなもんなんだ、と思った。 112 名前：デフォルトの名無しさん mailto:sage [04/07/21 22:50] 選択肢が多いことは即ちわかりにくい、という大原則をわかってないらしい。 何ダウンロードすればいいのか、わからない。 あぁ、わかりやすさはテーマではないのか。 わかってる人に易しく優しければいいんだな。 113 名前：デフォルトの名無しさん mailto:sage [04/07/21 23:18] 彡ミミミミ彡彡 巛巛巛巛彡彡　　＜　こいつマジでアホやな 　　　　　　　　 i　　　　　　　＿＿＿＿＿＿＿＿＿＿＿＿ 　　　⌒　　 ⌒ |　　　　　　 |　＿＿＿＿＿＿＿＿＿＿＿ 　 -･=- ,　(-･=-　　　 　 　 |　| 　　⌒ ) ･ ･)(　^ヽ　　　　　 |　| 　　　┏━━┓　|　　　　　 |　|112 名前：デフォルトの名無しさん 　　 ┃ヽ三ﾉ ┃ |.　　　　　 |　|　 　選択肢が多いことは即ちわかりにくい .　　　 ┗━┛　ﾉ　 　 　 　 |　|　　 ,ｨー-ーｭｧ ｀- ､ ＿ー-ーｲ/.　　　　 　 |　| ／　'｀'｀'｀ヽ ｀ ￣ l　l　￣ ｀ヽ､.　　　　　 |／　　　　　ｨソ 　　　ヽ ヽ　　　　　>ヽ　　 ／　　　　　,ノ＿＿＿＿＿＿＿＿ 　　　 ＼ ＼　　／　ノ＼／ヽ､＿ ,,,ｨ'"＿＿＿＿＿＿＿＿＿ 　ﾝ 　　　＼ ｀´　／　 ﾝ　　　　　 /ﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕ 　　 ＼　 ／　／　　　　　 　　　 /ｴｴｴｴｴｴｴｴI　ﾛｴｴｴｴｴｴ 114 名前：デフォルトの名無しさん mailto:sage [04/07/22 00:44] >>112 その辺は多分どっちもどっち。 Springのようにすべてが取り込まれる方が良い人も いるでしょうし、S2のようにコア以外は使う人に意志に任せる というのもありだと思う。 個人的には必要なのは自分で選べた方が良いけどね。 115 名前：デフォルトの名無しさん mailto:sage [04/07/22 04:29] >>114 無用に古いバージョンがある。 116 名前：デフォルトの名無しさん mailto:sage [04/07/22 04:30] っていうか、本体が一番下にあるのが・・・。 117 名前：デフォルトの名無しさん mailto:sage [04/07/22 19:51] せめてS2本体は別ページに置くか、トップページで最新版へのリンクを明示しておくか。 私的にはMaven使ってビルドするサンプルプロジェクトあれば十分だと思うけど。 （サンプル落としてビルドしたら依存関係を持つプロダクトを全部落としてくるようにする） 118 名前：デフォルトの名無しさん mailto:sage [04/07/22 20:43] トップページではDIコンテナとかAOPがなんのことかわからないとSeasarがなんなのかわからんしね。 119 名前：デフォルトの名無しさん [04/07/22 20:51] 頭のいい人が「やさしい」といっても、ふつうの人は理解するのは大変。 そういうことでしょ。 120 名前：デフォルトの名無しさん mailto:sage [04/07/22 21:07] >>119 「わからない」ということがどういうことかわかってないと、「わかりやすい」は難しい。 あの人たちの周りには、「わからない人」というのはいないし、寄ってこないだろうからね。 っていうか、「日本語で書いてある」「ドキュメントがたくさんある」「設定ファイルが単純」ということをもって「易しい」とか「優しい」っていってるだけだね。 「やさしさ」を重要視してるというのなら、「やさしさ」のためにどういう活動や管理をしているか、聞きたいもんだ。 GUIもないのに、「直感的」とか。 MSの、なんも考えずに使える環境とか見てると、やっぱすごく「優しさ」「易しさ」「わかりやすさ」考えられてると思う。 121 名前：デフォルトの名無しさん mailto:sage [04/07/22 22:55] なあ、Javaってまだフレームワーク競争してんの？ 122 名前：デフォルトの名無しさん mailto:sage [04/07/23 01:29] >>120 具体的にS2の何がわかりづらいの？ 123 名前：デフォルトの名無しさん [04/07/23 01:40] >>81 Apache Mavenならdeployが驚くほど簡単にできるぞ。 まあやってみい？ 124 名前：デフォルトの名無しさん mailto:sage [04/07/23 01:45] >>120 GUIのどこが直感的なの？ コマンド探そうとしてアイコンみてもただの絵にしか見えなくて(以下略) 125 名前：デフォルトの名無しさん mailto:sage [04/07/23 01:55] またコマンドライン対GUIネタかよ とりあえず>>120はvs.netでも使ってろってこった 126 名前：デフォルトの名無しさん [04/07/23 02:21] Maven + Eclipse + MevenideがあればVSﾄﾞﾄﾈﾄなんていらない。 127 名前：デフォルトの名無しさん mailto:sage [04/07/23 02:39] そもそもJavaにGUIを期待してる時点で(ry 128 名前：デフォルトの名無しさん mailto:sage [04/07/23 03:18] Eclipseは例外。 それどころかこれからはすべてが例外になる。 Swingも著しく早くなってきた。 そしてJavaWebStartの本格普及。 Appletに取って代わる技術だ。 そしてJSFによるリッチクライアントだ。 そしてJiniテクノロジーの普及。 129 名前：デフォルトの名無しさん mailto:sage [04/07/23 03:47] Jiniかよ！

---

---

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

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