Java Spring Frameworkを語るスレ

1 名前：デフォルトの名無しさん mailto:sage [04/02/23 00:51] www.springframework.org/ 乱立するフレームワークと競合するプロトコルの嵐のなかで、 リスクの高い決断を余儀なくされているJavaデベロッパ、プ ロジェクトマネージャに対する福音です。 語るべし。 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も、たくさんの機能がひとつの環境から使える、という程度でしかない。 153 名前：デフォルトの名無しさん [04/07/26 18:17] >>152 > Eclipseのプラグイン拡張は、結局それぞれのプラグインをちゃんと把握してないといけないので、MSの統合環境みたいに、なにも考えなくてもいろんな技術が統合されたものができるというわけにはいかない。 アホか。VS.NETにもプラグイン拡張があるぞ。 Eclipseのプラグインの把握はたいしたことがないぞ。 ちゃんとドキュメントは揃っているんだし。説明書をよめばだいたいわかる、どころか読まなくてもすぐに使えるんだし。 開発経験の無いド素人じゃあるまいし、エンジニアがそんなことも把握できないでどうするんだか。 > それぞれの部品単位ではMS以外の環境が優れているかもしれないけど、「統合」という点ではMSの環境が優れている。 > EclipseもEmacsも、たくさんの機能がひとつの環境から使える、という程度でしかない。 どこをどう統合したんだか。 VS.NETは2004になってからやっとリファクタリングなどのような Eclipseに追いついた機能を手に入れたんだし。 154 名前：デフォルトの名無しさん mailto:sage [04/07/26 18:24] >>153 WebサービスしらなくてもWebサービスつくれちゃうとか。 データベースのテーブルデータを取ってくるのをWebサービスにしてVBに貼り付けとか、簡単にできた気がする。 StrutsものにしてもHibernaterものにしても、それぞれが何かをちゃんと把握してないと使えない気がする。 Eclipseではなくて、Javaの問題なんだけど、そういったそれぞれのコンポーネントが縦割りで独立していて、連携をとるのに知識が求められる。 MSの技術は、それぞれは大したことないんだけど、それぞれを意識せずに連携できる。 それを解消しようとするものとして、Springがあるんだろうけど。 155 名前：デフォルトの名無しさん mailto:sage [04/07/26 19:11] >>154 > WebサービスしらなくてもWebサービスつくれちゃうとか。 それもどうかと思うが > それを解消しようとするものとして、Springがあるんだろうけど。 それも違うような気がするが 156 名前：デフォルトの名無しさん mailto:sage [04/07/26 19:43] >>155 そう？ StrutsやらHibernateやらのアーキテクチャの違いを、IoCを介することで一貫性を保ちやすくする、という目的もあると思うんだけど。 157 名前：デフォルトの名無しさん mailto:sage [04/07/26 21:04] 上手く説明できないが違和感を感じる＞IoCを介してアーキテクチャの一貫性を保つ 158 名前：デフォルトの名無しさん mailto:sage [04/07/26 21:28] >>157 違和感を感じる にも違和感を覚える。 159 名前：デフォルトの名無しさん mailto:sage [04/07/26 21:53] このスレで一番参考になったレスかもしれない 160 名前：デフォルトの名無しさん mailto:sage [04/07/26 22:26] >>157 SpringではSpringDAOとかSpringORMとかSpringMVCとかで SeasarではS2DAOとかS2HibernateとかS2Strutsとかで なんか、統一的な利用方法を提供しようとしてると思う。 基本的にJavaWorld2004/7の受け売り。 161 名前：デフォルトの名無しさん mailto:sage [04/07/30 00:34] >>160 >SpringではSpringDAOとかSpringORMとかSpringMVCとかで >SeasarではS2DAOとかS2HibernateとかS2Strutsとかで これではアーキテクチャは統一されていないよね？ 単一のフレームワークにて、ORMやJDBCフレームワークが利用できるのも統一的な利用方法とは 言えないのでは？ プレゼンテーション-ビジネス-パーシステンス層、全てにおいてIoCをベースとしたフレームワークを 利用できる為、アプリケーションにおけるアーキテクチャの統一性がはかれる。 またIoCを介することで、アプリケーションが個別のフレームワーク(Struts,Hibernate・・・)を意識しなくて よいアーキテクチャを設計しやすくなると漏れは思っているがどうよ？ 162 名前：デフォルトの名無しさん mailto:sage [04/08/10 02:34] S2ネタはこっちでどうぞ 国産オープンソースDIコンテナSeasar V2(S2) pc5.2ch.net/test/read.cgi/tech/1092044210/ 163 名前：デフォルトの名無しさん [04/09/08 22:38] 1.1もでたことだし 164 名前：デフォルトの名無しさん [04/09/11 17:16:39] ところで、SpringStrutsを使うとき、struts-configやapplicationContextをXDocletでは管理できんですか？ 165 名前：デフォルトの名無しさん [04/09/12 10:31:07] 未だになんでSpringがいいのか全然分からないんだけど。 あんな別途にXML書いてアホかと思う。利点が見えない。 誰かSpringの利点が書いてあるリソース教えてください。 それか語ってください。 166 名前：デフォルトの名無しさん mailto:sage [04/09/12 11:45:37] 利点が見えないのはアホかと思うが、XML書いてアホかと思うのは同意しまくり。 SpringStrutsなんか使った日には、XDocletも使えず、struts-configとapplicationContextを書き換える必要がある。 かなり間違えやすそう。 テストが楽になるとはいうが、XML定義が正しいことのテストはどうするのさ？ 利点はここでも見てろ。 wiki.bmedianode.com/Spring/?Spring+Framework ようするに一極集中ってイイね、という話だ。 167 名前：デフォルトの名無しさん mailto:sage [04/09/12 13:29:56] DIはEoDではない、と思われ。 168 名前：デフォルトの名無しさん [04/09/12 21:17:16] >>165 Spring + Struts + Hibernateのコード書いてみたが、コード自体は非常にすっきりした。 いかにオブジェクトの生成・保持・伝達にコードが必要だったかわかる。 だから、逆に、Struts+HibernateでDI使わないとすると、あんないろんな場所でオブジェクトの生成取得コード書いて、必死に受け渡しして慎重に保持するのを見るとアホかと思う。 ということが言えるかもしれない。 169 名前：デフォルトの名無しさん [04/09/13 00:52:43] そもそもWebインターフェースで複雑な業務を扱うのはいかがなかものか、と。 170 名前：デフォルトの名無しさん mailto:sage [04/09/13 01:11:52] >>169 一般向けだと、現状Webインターフェイス以外の選択肢はないと思うが。 171 名前：デフォルトの名無しさん [04/09/13 20:53:56] この本、 今現在webl○gicとN○Lの訳わかんねーﾌﾚｰﾑﾜｰｸ使ってﾑｶつきながら巨大webｱﾌﾟﾘ作ってるおれは 素直に感動した。 【軽快なJava】 ttp://www.esbooks.co.jp/books/detail?accd=R0035714 172 名前：デフォルトの名無しさん mailto:sage [04/09/13 21:05:10] web10gicの変数名クラス名がやたら癇に障る 173 名前：デフォルトの名無しさん mailto:sage [04/09/13 23:02:12] >>171 おれもその本買ってきた。J2EEはプログラマーの臨界点を超えて 複雑すぎるんじゃないかと思ってたのをそのまんま明快に書いてて 楽しい。 174 名前：デフォルトの名無しさん mailto:sage [04/09/14 01:30:09] しかし、翻訳者がきらい。 へんな「翻訳者注」ない？ 175 名前：デフォルトの名無しさん mailto:sage [04/09/14 01:33:10] >>174 うむ、翻訳者がいけてないのは事実。こんなとこに訳注はいらんわい、 てなところにまで訳注があって、しかも日本語が意味不明。 最初、翻訳文なんで原文が意味不明なのかと思ったら、「訳者注」とか 書いてあるんでびっくりした。 176 名前：デフォルトの名無しさん mailto:sage [04/09/14 01:49:20] えー、そうなの？ 177 名前：デフォルトの名無しさん [04/09/15 11:50:42] 岩谷か。。。orz 178 名前：デフォルトの名無しさん mailto:sage [04/09/15 19:32:38] >>171 よさげな本じゃな。 翻訳者には期待できないことを覚悟したうえで　 買って読んでみるか 179 名前：デフォルトの名無しさん mailto:sage [04/09/15 23:13:13] おれ岩谷の名前を意識したことなくて、今回あまりの訳注の多さに びっくりしたんだが、ぐぐってみるとすごいのな。いやびっくり。 180 名前：デフォルトの名無しさん mailto:sage [04/09/16 10:34:40] 軽快なJava読んだよ。 でも、はっきりいって Spring Frameworkスレの住人にとって、 今更技術的に役に立つことはないかも。 EJBっていけてないじゃんと思ってるけど、それを口に出すと 「お前がデキないだけ」 「お前のやってる案件が小規模なだけ」 と煽られてストレス溜まってるﾔｼが、自分の考えを再確認するには いいかもしれない… 181 名前：デフォルトの名無しさん [04/09/16 20:14:22] こんな感じのリストを、プロパティじゃなくbeanとして定義することってできますか？ 　 <list> 　　 <bean class="org.apache.struts.util.LabelValueBean"> 　　　 <constructor-arg index="0"><value>いらない</value></constructor-arg> 　　　 <constructor-arg index="1"><value>0</value></constructor-arg> 　　 </bean> 　</list> 182 名前：デフォルトの名無しさん [04/09/16 20:47:32] >>180 >軽快なJava読んだよ。 SF小説ですか？ 183 名前：デフォルトの名無しさん mailto:sage [04/09/16 22:01:02] 話題についていってない人はっけーん。 っつうか、10レス上くらい読めばいいのに。 184 名前：デフォルトの名無しさん mailto:sage [04/09/17 07:17:23] ぼけたつもりなんだろ>>182は いじめてやるなよ 185 名前：デフォルトの名無しさん mailto:sage [04/09/17 12:48:59] 定義ファイルだけど、同じクラスの定義を何個も書くの面倒。 値だけ異なる複数のBeanを定義する方法ってあるの？ 例えば、商品クラスのインスタンスを４つ作るみたいな。 186 名前：デフォルトの名無しさん mailto:sage [04/09/17 13:48:25] >>185 コピペ 187 名前：デフォルトの名無しさん mailto:sage [04/09/18 10:10:57] Springからファクトリでクラスをロードするとき、 プログラムからコンストラクタに引数ってわたせない？ HttpRequestわたしたいんですが 188 名前：デフォルトの名無しさん mailto:sage [04/09/19 03:21:59] >>187 あとで渡せばいいじゃん。 189 名前：デフォルトの名無しさん [04/09/24 04:57:45] Spring + StrutsのActionをテストするにはどうするのがいいんだろう？ StrutsTestCaseは使えないし。 190 名前：189 mailto:sage [04/09/24 07:06:07] ごめん、StrutsTestCaseで問題なかった。 JNDIデータソースが使えないのが困るだけだ。 191 名前：デフォルトの名無しさん [04/09/24 22:54:26] >>185 共通プロパティを持つ基底ビーンを指定できたら便利だな。 192 名前：デフォルトの名無しさん mailto:sage [04/09/28 20:16:34] ProxyFactoryBeanを通すと生成されるオブジェクトが全部 シングルトンになっちゃうんですが 回避策はありますか？ 193 名前：デフォルトの名無しさん mailto:sage [04/09/29 03:59:07] 確認してないが、そんなことはないと思うが。 どっちかでsingleton=trueのままなんじゃないの？ 194 名前：デフォルトの名無しさん [04/10/04 11:38:15] SeasarとSpringの違いってナニ？ 195 名前：デフォルトの名無しさん mailto:sage [04/10/04 11:44:33] Spring メジャー 関わる人が多い ドキュメントが揃っている たぶんメインストリームになる Seasar 日本ローカル そこらへんで開発してる 構成ファイルがシンプル高機能 たぶんマイナーなまま 196 名前：デフォルトの名無しさん mailto:sage [04/10/04 13:46:46] S2OpenAMFは使いたいと思ってるんだが 197 名前：デフォルトの名無しさん mailto:sage [04/10/05 02:40:53] Seasar関係者が、自身の日記上でちゃんねらーに宣戦布告。 Seasarスレに本人降臨 pc5.2ch.net/test/read.cgi/tech/1092044210/ 198 名前：デフォルトの名無しさん [04/10/05 19:41:09] 2つのappcalitionContext.xmlを読み込んでいるんですけど、 1つめのxmlファイルで、あるbeanのpropertyにlistをセットして、 2つめのxmlファイルから、その1つめで定義したbeanを呼び出して、 更にlistに要素を追加することって可能でしょうか？ このビーンはシングルトンです。 199 名前：デフォルトの名無しさん mailto:sage [04/10/05 20:16:52] >>198 xmlファイルはどうとでも分割できるから、一つの定義でかけるならできるんじゃないの？ 200 名前：デフォルトの名無しさん [04/10/06 05:40:36] >>199 それが少々複雑なケースで、最初の1.xmlでhibernateで使用する hbm.xmlをリストでもつLocalSessionFactoryBeanを定義して、 次に読まれる2.xmlで、更に他のhbm.xmlを追加したいような感じです。 で、更に2.xmlでリストに追加したいhbm.xmlの設定は1.xmlで指定した hbm.xmlのpojoをmany-to-oneで参照しているんですよね・・・ それで2.xmlを読み込む際に1.xmlで追加していたはずのhbm.xmlファイルが ないよみたいなエラーが出るんですけど、やっぱこれって普通に無理なんですかね？ 201 名前：デフォルトの名無しさん mailto:sage [04/10/06 09:15:05] >>200 普通に無理というか、普通にDIを誤解しているだけだと思われ。 Bean定義の継承ができるかどうか、という話だな。 欲しい機能だけど、できるかどうかは知らない。 いまリファレンス読んでる最中だから。 202 名前：デフォルトの名無しさん mailto:sage [04/10/06 12:28:34] parent属性使えばBean定義の継承はできるようだけど、listに追加というのは難しそうだな。 parent属性は型が違ってもいいので便利。 複数のparentを持つにはどうすればいいのかは不明。 203 名前：デフォルトの名無しさん [04/10/13 22:32:02] www.ozacc.com/library/ のSpring Framework Mail Extension使ったことある人いる？ Velocityを使ったVelocityMailMessageだけオリジナルを元にコピーする コンストラクタがついてなくて困ってるんだけど。 Springでこれのインスタンス生成してビジネスロジッククラスにセット。 そのままVelocityJavaMailSenderに渡したら マルチスレッドでごっちゃになってまう。 Singleton=falseにすればいいんだろうけど その場合ビジネスロジック内にApplicationContextからの取得ロジックを書くことになって ビジネスロジックがSpringに依存してしまう。 スキルありそうな人だからこれでも普通に使えると思うんだけどどうやればうまく使えるかな？ 204 名前：デフォルトの名無しさん [04/10/14 21:57:30] Spring＋Strutsを使うと想定した場合に サービスクラスとして FooService implements IFoo を定義して、 テスト用のサービスクラスとして FooTestService implements IFoo のようなものを定義することになると思いますが、 テストごとにテスト用のサービスクラスを変えることって 簡単にできますか？ Cactusと組み合わせた場合とかにデプロイごとに設定ファイル 変えるようなことになってしまわないですか？ 205 名前：デフォルトの名無しさん mailto:sage [04/10/15 19:49:37] >>204 できる。 テストケースによって読み込むconfigファイルを変えるだけ。 206 名前：デフォルトの名無しさん mailto:age [04/10/15 21:41:40] www.amazon.co.jp/exec/obidos/ASIN/0764574833 207 名前：デフォルトの名無しさん mailto:sage [04/10/16 11:48:47] じゃ漏れも貼っとくか www.amazon.co.jp/exec/obidos/ASIN/1932394354 ってたけーよ！ 208 名前：デフォルトの名無しさん mailto:sage [04/10/17 02:24:42] > 207 まあ、元がイングランドで発売（ポンド->円換算)だからね。。 Professional Java Development with the Spring Framework の方は、まあ買える値段なんだけど、、、 209 名前：デフォルトの名無しさん mailto:sage [04/10/18 01:25:24] SpringTestCase ttp://blog.ozacc.com/archives/000862.html 本家のAbstractDependencyInjectionSpringContextTestsより使いやすそう。 （っていうかこのクラスCVSからとってこないと動かないし・・・・） 210 名前：デフォルトの名無しさん mailto:sage [04/10/27 20:24:42] >>208 めっちゃ亀レスだけど、 amazon.co.jpはポンドとドルのときがあって、 ポンド換算のときはなぜか高い。 ドルになったときに購入するのがおすすめ。 211 名前：デフォルトの名無しさん mailto:sage [04/10/30 00:15:25] 日本語版☆⌒ 凵＼(＼･∀･) まだぁ? 212 名前：デフォルトの名無しさん mailto:sage [04/11/01 12:58:29] 英語版でいいから欲しいなぁ。。 213 名前：デフォルトの名無しさん mailto:sage [04/11/08 14:43:34] Introduction Advice でわけわかめな状態に。 ttp://d.hatena.ne.jp/koichik/20040408#1081424192 この例で言うところの one や two って もともとのクラス実装(study.Foo)に ComparableIntroductionInterceptor の実装が足されたものと理解してるんですけど 実際 study.Foo の機能使うときってどうすりゃいいんでしょうか。 one, two に対して単純にキャストするだけでは例外出ちゃうし。 214 名前：デフォルトの名無しさん mailto:sage [04/11/09 02:05:52] (スレ違いだと思うけど、他に書くとこないんで) PicoConatiner 1.1出ました。 www.picocontainer.org/Download 215 名前：デフォルトの名無しさん mailto:sage [04/11/09 09:52:08] >>214 Dependncy Injectionを語るスレ pc5.2ch.net/test/read.cgi/tech/1099827125/ 216 名前：デフォルトの名無しさん mailto:sage [04/11/17 00:06:40] XML がソースそのものだと言ったが、もうひとつ。 　DI 廚 = マップ廚 分かるか？実行時解決ﾏﾝｾｰ！？ どっかでソースコード自動生成はもはや時代遅れで実行時バイトコード 生成ﾏﾝｾｰとかいう香具師もいたな。何が犠牲になってるかも分からずに 実行時なんたらって言いたいだけちゃうんかと。 なんなら俺が DI + II（Implementation Injection）コンテナでも作ろうか。 コードはもはやインタフェースのみで意識するのは界面仕様のみ。 実装コードは不要。依存性と実装はおまいらの大好きな XML に。 実装の取り替えはもちろん、いつでも修正可能だ。理想的だろ？ 217 名前：デフォルトの名無しさん mailto:sage [04/11/17 01:29:51] >>216 必死ですね。だんだんかわいそうになってきた。 何が犠牲になってるの？ マップ厨のときはORM無条件に不要といってたから厨だったんだけど、java.util.Mapでマッピングすること自体は、特に問題ないと思われる。 というか、無条件にDIダメといってる文脈がマップ厨の人と同一人物くさい。 > なんなら俺が DI + II（Implementation Injection）コンテナでも作ろうか。 別に、DIのしくみだけで十分同じことが実装可能なので必要ないけど、面白そうだから、作ってくれ。 218 名前：デフォルトの名無しさん mailto:sage [04/11/17 01:33:02] DIスレでやれ。 219 名前：217 mailto:sage [04/11/17 01:37:04] 気づかなかったんだよorz 220 名前：デフォルトの名無しさん mailto:sage [04/11/19 09:07:42] ＤＩはある意味ではハシカみたいなもんじゃないかと思います。 思い起こせば、Javaを覚えたてのころは継承を乱用し、 GoF本を読めば(作ってるシステムにとって)意味のないクラスを量産し、 作ってる本人はご満悦ですが、保守する人とかどうしてるんだろう、 と思う今日このごろなコードもかつては作ってしまった気もします。 ハシカやオタフクカゼの困ったところは、「一度かかっておかない」と抗体ができないところ。 新しい設計技法、言語、ツールを知ると使いたくなるというのは 技術者の真っ当な感情だと思いますが、下手に使うとまわりが被害をこうむりますかも。 あと、伝染性がある上に発病期間までに時間があったりすることも。 ちゃんとテストして(使ってみて)、これは行けると踏んでから、 まずはリスクの少ない部分から適用していきましょうと(予防接種)。 生産性と品質に対して何の寄与もしないどころか、 足を引っ張るだけのフレームワークにハメられた僕は 別な何かが見える様になったと思います。 221 名前：デフォルトの名無しさん mailto:sage [04/11/19 09:25:06] ま、コピペもある意味ではハシカみたいなもんじゃないかと思うわけだな。 新しい技術に拒絶感を持つのはなにみたいなもんだろうか 222 名前：デフォルトの名無しさん mailto:sage [04/11/19 10:16:40] 待て待て。 ここはネタスレのウォッチスレではないはずだ。 223 名前：デフォルトの名無しさん mailto:sage [04/11/19 13:49:20] ひっそりとヲチするのもいいかもね。 224 名前：デフォルトの名無しさん mailto:sage [04/11/24 13:35:30] DIスレからコピペ。 585 名前：デフォルトの名無しさん 本日のレス 投稿日：04/11/24 13:04:21 燃料投下。 ttp://d.hatena.ne.jp/higayasuo/20041124#1101254759 225 名前：デフォルトの名無しさん mailto:sage [04/11/24 19:19:32] >>224 ま、そんなもんじゃない？ 定義ファイルの分割がよくわからんけど。 要するに、Springじゃひがさんのやりたいことはできない、という程度かと。 226 名前：デフォルトの名無しさん mailto:sage [04/11/24 23:45:25] 斜に構えるSpring Frameworkユーザーであった。 227 名前：デフォルトの名無しさん mailto:sage [04/11/24 23:50:23] ネタスレに巻き込まれたくないからな。 228 名前：デフォルトの名無しさん mailto:sage [04/11/25 01:06:39] Java World 1月号に特集出てるね。 229 名前：デフォルトの名無しさん mailto:sage [04/11/25 03:43:35] >> 228 出てた。 約20ページの特集で、Spring+Hibernate、Spring+Strutsについての解説。 割りと初歩的な部分だけど、丁寧に解説されている印象。

---

---

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

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