- 1 名前：デフォルトの名無しさん mailto:sage [04/02/23 00:51]
- www.springframework.org/
乱立するフレームワークと競合するプロトコルの嵐のなかで、
リスクの高い決断を余儀なくされているJavaデベロッパ、プ
ロジェクトマネージャに対する福音です。
語るべし。
- 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かよ！
- 130 名前：デフォルトの名無しさん mailto:sage [04/07/23 04:24]
- ＞MSの、なんも考えずに使える環境
そのせいでクソシステムが乱造されてるわけだが
- 131 名前：デフォルトの名無しさん [04/07/23 05:57]
- >>120
その単純な設定ファイルを見て、実際にどう処理されるか、わからないと使えない。
こういう場合は、こう使え！という実例があればいいけど、当面期待できそうにない。
DIコンテナとかAOPを力説されても、ひいちゃうな。
- 132 名前：デフォルトの名無しさん mailto:sage [04/07/23 06:40]
- >>130
それはクソシステムの乱造とは関係ありません。
- 133 名前：デフォルトの名無しさん mailto:sage [04/07/23 08:27]
- AOPとかDIコンテナとかの便利さは使い方はすでにわかってる人に対して、こんな簡単に使えますよ、っていってるんだよね。
断っとくけど、Seasarはいいものだとは思う。わかってれば簡単だし。
周辺技術との連携も充実してきてるから、わかってれば使い易いし。
- 134 名前：デフォルトの名無しさん mailto:sage [04/07/23 15:11]
- >>131
＞DIコンテナとかAOPを力説されても、ひいちゃうな。
DIやAOPがSpringの売りですが何か？
- 135 名前：デフォルトの名無しさん mailto:sage [04/07/23 15:20]
- Springの方は、「優しさを重視」とかインチキくさいこといいながらトップページに概要も書いてない、ということがないからおけ。
- 136 名前：デフォルトの名無しさん mailto:sage [04/07/23 15:37]
- Springでいいじゃん。
- 137 名前：デフォルトの名無しさん mailto:sage [04/07/23 16:00]
- >>132
だったら.netでちゃんとしたシステム作ってればいいだろ
何も考えずに使えるから何も考えずに行き当たりばったりに作る馬鹿が増えたんだよ
MSマンセーならJava使わなくていいじゃん
- 138 名前：デフォルトの名無しさん mailto:sage [04/07/23 16:26]
- >>137
なにかにマンセーになるのは必須なのですか？
.netも、Javaとは別の性格でいいところはいいし、ちゃんとすればちゃんとしたものができるし、Javaでもちゃんとしなければクソシステムができる。
たとえMSマンセーであってもJavaがいいときにJava使うことはいいことだ。
- 139 名前：デフォルトの名無しさん mailto:sage [04/07/23 16:31]
- で結局SpringはどうなんだYO
- 140 名前：デフォルトの名無しさん mailto:sage [04/07/23 16:48]
- SpringのスレでMSを引き合いに出すのもどうかとおもうがな
- 141 名前：デフォルトの名無しさん mailto:sage [04/07/23 16:52]
- 統合開発環境として、MSのものはとっても優れてるから。
SpringなりSeasarなりも、いろんな技術を統合するためのフレームワークを目指してそうな気配だから、MSの開発環境並に統合された環境を用意してくれれば幸せ。
- 142 名前：デフォルトの名無しさん mailto:sage [04/07/23 18:09]
- その辺はEclipseと比較すべきだろう
プラグインの取り組みはされているようだけど
そもそもEclipseがVS.netのように敷居が低いとは思えんしなあ
- 143 名前：デフォルトの名無しさん mailto:sage [04/07/23 21:21]
- SEASERみたいなマイナーなやつに粘着するやつウザイ
もっとSpringの情報が欲しい。実際に仕事で使ってるやつとかの書き込みキボンヌ
- 144 名前：デフォルトの名無しさん mailto:sage [04/07/23 21:42]
- Springも充分マイナーだと思う・・・
- 145 名前：デフォルトの名無しさん mailto:sage [04/07/23 23:28]
- Springがマイナーとはいわないだろう
J2EEに与えたインパクトは大きいよ
- 146 名前：デフォルトの名無しさん mailto:sage [04/07/24 10:44]
- >>142
そこでNetBeansですよ。
NetBeans4.0次第だけどな。
- 147 名前：デフォルトの名無しさん mailto:sage [04/07/24 23:08]
- コンテナとIDEのはなしをまぜこぜにしてもなあ
- 148 名前：デフォルトの名無しさん mailto:sage [04/07/25 00:14]
- >>145
各種O/R Mappingフレームワークに多大な影響を与えたと思われるWebObjectsは未だマイナーだと思われ。
って言うと信者が湧いてきそうだな。
- 149 名前：デフォルトの名無しさん mailto:sage [04/07/25 00:16]
- その代わりTapestryとCayenneが注目されてるからいいんじゃない＞WO
- 150 名前：デフォルトの名無しさん mailto:sage [04/07/25 00:48]
- >>148
作ったところが作ったところだから。
どんなに広まっても、マイナーということになる運命。
- 151 名前：デフォルトの名無しさん [04/07/26 10:05]
- >>141
> 統合開発環境として、MSのものはとっても優れてるから。
M$のVS.NETなんてEmacs + GNU makeと比べたら大したことねえよ。
最近ではEclipseのプラグイン拡張が凄いことになっている。
しかもApache Antと併用できる上に、Apache Mavenという強力なプロジェクト管理ツールが登場した。
こいつもEclipseで使える。
しかもサーバ関係はＭ＄は弱い。Javaのほうが強しだな。
WebServicesで.NETはJavaに敗れたわけだし。
- 152 名前：デフォルトの名無しさん mailto:sage [04/07/26 15:38]
- Eclipseのプラグイン拡張は、結局それぞれのプラグインをちゃんと把握してないといけないので、MSの統合環境みたいに、なにも考えなくてもいろんな技術が統合されたものができるというわけにはいかない。
Emacs + makeの場合、ほんとにそれぞれの項目を理解していないと使えない。
それぞれの項目同士の連携は、自分で考える必要がある。
それぞれの部品単位ではMS以外の環境が優れているかもしれないけど、「統合」という点ではMSの環境が優れている。
EclipseもEmacsも、たくさんの機能がひとつの環境から使える、という程度でしかない。
|
 |
