Java Spring Frameworkを語るスレ

1 名前：デフォルトの名無しさん mailto:sage [04/02/23 00:51] www.springframework.org/ 乱立するフレームワークと競合するプロトコルの嵐のなかで、 リスクの高い決断を余儀なくされている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についての解説。 割りと初歩的な部分だけど、丁寧に解説されている印象。 230 名前：デフォルトの名無しさん mailto:sage [04/11/25 07:18:10] OGNLは諸刃の剣ということにしておこう。負け惜しみ的に。 たしかにオートバインディングは、名前でのオートバインディングしか使えないね。型によるのは怖い。 定義ファイルの分割については非常に疑問だね。インクルードができない、ということかな。名前空間のこと？ 定義ファイルの肥大化に関しては、大規模プロジェクトで大規模に現れるような、シングルトンなクラスばっかりだと、XDoclet使えばいいということにもなるので、実質問題にはならないかと。 ただ、そんときは定義の継承を上手に使う必要があると思う。 逆にいえば、定義の継承ができないSeasar2では、XDocletを使ってクラスにBean定義を埋め込むのと面倒なことが起こるかも。 231 名前：デフォルトの名無しさん mailto:sage [04/11/25 08:47:40] Springｎ 1.1.1のリリースノートに "import" element for XML bean definitions ってのがあるんだけど、これがインクルード機能じゃないのかな。詳細をみても よく分からんかったのだけど。 両方ともまだ使ってなくて、Seasar2は日本語資料が多いし、Springはデファクトになりそうな勢いが あるということで、最近ずっと資料をよんで検討してました。まだ使ってない人間の感覚からすると、 Springのほうが面倒っぽいですね。直感的でないというか。 なんか微妙に変な感じがするなーと思ってたら、この日記を読んでなるほどと思った。 ttp://d.hatena.ne.jp/koichik/20040330#1080650506 ここに書いているとおり、Springの資料を読んでるとなんでもかんでもBeanなんだな、 と感じる。Spring的純粋主義なんでしょうか。一方Seasar2は「作ってるクラス定義自体には Seasar2フレームワークへの依存関係を絶対もたせない」という方向での純粋主義みたいな ところがありますね。後者の方が好みかなあ。 232 名前：デフォルトの名無しさん mailto:sage [04/11/25 09:05:32] クラスにはフレームワーク依存のメンバは現れないんだけど、最終的なアプリケーションとしてフレームワークに依存するから、好みの問題なんだよね。 結局フレームワークに依存するんだから、どこにその依存が現れるかは、どうでもいいと思う。 信じる道を行けばいいだけ。 ポリシーが一定してないのは困るけど、両者ともそういうことはないし。 233 名前：デフォルトの名無しさん mailto:sage [04/11/25 23:32:01] 漏れも231的な感覚なんだけど、 クラスがフレームワーク依存しなければ、 「再利用しやすいかも」って思うんだよね。 実際に使い込んだわけじゃないから、あくまで幻想だけど。 234 名前：デフォルトの名無しさん [04/11/27 04:00:46] 検索するとSpring1.1からOGNL対応っていうのをみかけるんだけど、結局どうなったんだろう？ 235 名前：デフォルトの名無しさん [04/11/27 04:28:58] ２月ごろ優先度がminorからmajorにあがって、4月ごろ1.1の予定になってたのが、5月にminorにおちつつ1.2予定になって そして11/16に1.3予定になった形跡がある。 まだまだ先の話か。 236 名前：デフォルトの名無しさん [04/12/06 00:38:33] SpringにしてもSeaser2にしてもJava自体が強い型付け言語なのにも関わらずリフレクションを多様するDIContainerってどおなのよ？ 本当に使いやすいのかなあ？ 237 名前：デフォルトの名無しさん mailto:sage [04/12/06 00:44:57] 強い型付けだからこそ、DIコンテナが生きるんだよ。 ビーン定義ファイルは型による事前検証が可能だしね。 238 名前：デフォルトの名無しさん [04/12/06 00:59:40] コンパイル時に検証できないうえにファクトリでダウンキャストしないといけないのに？ 239 名前：デフォルトの名無しさん mailto:sage [04/12/06 03:47:22] >>238 > コンパイル時に検証できないうえにファクトリでダウンキャストしないといけないのに？ 周辺ライブラリを使えばダウンキャストは不要。 例えばStrutsのActionに最初から依存Serviceへの 参照がセットされてるとか。 というかむしろダウンキャストしない使い方が標準。 240 名前：デフォルトの名無しさん mailto:sage [04/12/06 11:23:48] >>238 Javaソースを検証するコンパイル時に、Bean定義を検証する必然性はあるの？ 別でいいじゃん。 241 名前：デフォルトの名無しさん mailto:sage [04/12/07 00:01:00] ま、大きくなったらわかるさ。 242 名前：デフォルトの名無しさん mailto:sage [04/12/07 01:01:32] >>241 今知りたい。 コンパイル時に検証したい理由。 たとえばantで別の検証タスクを作ってもいいし、簡易なら、単にビーン定義を読み込むだけの検証用プログラムを作ればいいと思うんだが。 243 名前：デフォルトの名無しさん [04/12/09 00:31:01] >>239 なるほど、やっぱダウンキャストは勝手にやってくれって感じだよな >>242 Javaしか知らん奴には弱い型付けとか言ってもわからんのだろう 藻前は却下 244 名前：デフォルトの名無しさん mailto:sage [04/12/09 01:12:30] >>243 弱い型付けってなんですか？ 245 名前：デフォルトの名無しさん [04/12/09 01:38:48] >>244 www.google.com/webhp?hl=ja ほれ 246 名前：デフォルトの名無しさん mailto:sage [04/12/09 01:47:22] >>245 「弱い型付け」で検索したら、Server Errorでますた(T-T) 247 名前：デフォルトの名無しさん [04/12/09 01:53:30] >>246 釣りはいいからさっさと調べろボケ 248 名前：デフォルトの名無しさん mailto:sage [04/12/09 01:53:33] 型の指定が「無い」ことを「弱い型付け」と呼んでいいんですか？ 249 名前：デフォルトの名無しさん mailto:sage [04/12/09 01:54:12] >>247 ほんとに出たんだって。 GoogleのServer Error 250 名前：デフォルトの名無しさん mailto:sage [04/12/09 01:58:01] ところで、Bean定義がコンパイル時に型解決できないのを、コンパイルとは別にBean定義の検証してもいいんじゃないの？っていう疑問は解決できませんでしたよ。 251 名前：デフォルトの名無しさん mailto:sage [04/12/09 23:51:24] 設定ファイルの不備が実行時でないと検出できないってのは効率が悪すぎる。 で、自分はこんな感じでAntを使用してチェックしてるんだが、どうよ？ 1.spring-beans.dtdを利用して、DTDレベルの妥当性のチェックをする。 2./beans/bean/@classの値がクラス名として正しいのか検証する。 1.はAntのXMLValidateタスクを使用。 2.はXPath + java.net.URLClassLoaderを使用しAnt拡張タスクを自作して使用。 まぁ、DTDレベルの妥当性チェック + クラス名チェックなんで完全とまではいかないが、 実行時前にチェック出来るんで、だいぶ楽になった気がするな。 252 名前：デフォルトの名無しさん mailto:sage [04/12/10 00:53:16] >>251 だから、とりあえず設定ファイル読み込むだけのプログラム作って、それでエラー検出してもらうんじゃだめなの？と。 なんならそれをAntのタスクにしてもいいし。

---

---

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

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