【DI】Java Spring Framewoｒｋを語るスレ 2.0

1 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 10:59:45 ] 前スレ ttp://pc10.2ch.net/test/read.cgi/tech/1077465099/ 公式 ttp://www.springframework.org/ 256 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:07:27 ] >>254 以前作った奴だと getBean 呼びまくりになって DIでもなんでもなくなっちまったですよ。 そのアプリに適した画面フレームワークを作成した方が 最終的なコストは低く抑えられるし、 変更にもむしろ強いだろうってのがその時得た感触。 画面はやっぱ面倒ですね。 何が面倒って、お客・利用者の目にモロに触れるから 要求の変更速度がやんごとないところ。 257 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:08:25 ] 256はあくまでも画面(ビュー)の話ね。 258 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:18:48 ] つまりある程度以上の複雑さのものまでしか扱えないってこと？ 259 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:19:23 ] 日本語変だなｗ 扱える複雑さに上限があるってこと？ 260 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:20:37 ] どのような物にも・・・(ry 261 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:22:26 ] つーか・・・C#が無料なのに？DI使いたければS2.netとかもあるのに？デスクトップアプリでjava？ 262 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:26:00 ] LinuxやMacでも動かさないとならないのです 263 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:27:48 ] あっそ 264 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:29:43 ] リッチクライアントの最先端に興味がある奴は　あぱれっと様のご意見を参考にしろ。 www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?mode=viewtopic&topic=9542&forum=12&start=40 265 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:33:30 ] >>264 吹いたｗｗｗ 266 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:34:01 ] >>256 お偉いさん相手にすると見た目大事なんだよな 帳票も5mこっちにずらせとかすごい多い WEBアプリだと多少見た目や操作性が貧弱でもいいけど、 リッチなクライアントだとほんと細かい制御をさせられるから無理 JavaSEにJAX-WSとグループレイアウトが標準搭載されたことでたぶんリッチクライアントははやると見てる 鯖もEJB3はDIコンテナになったし、どのDIプロダクトを使おうがDIは必須の知識にはなるだろうね そしてそのPOJOで作られたEJB3コンポーネントをJAX-WSですぐに公開が可能 1年前のEJB2.1までとは別次元の開発効率になったな 267 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:36:52 ] １年前のPOJOでの開発と比べてはどう？ 268 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:36:53 ] Springは細かい仕様変更要求に弱いってこと？ 5mだったらこまかくないか 269 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:38:35 ] >>261 クライアントがWindowsだけならC#でもいいかもしれんけど、Javaのクライアントはかなり作りやすいよ C#はDelphi時代の古いものという感じが強い 当時はBCBともどもお世話になったけど C#だって無料なのはへぼい開発環境なやつだけなのは問題 クライアントと鯖とで技術者を2つの言語を扱える人を探すより1つの言語を扱える人を探すほうが楽だしな >>264 一般人には考えもつかないような斬新なシステム・・・ それにしてもリッチクライアントでのJavaクライアントが多いね 1年前というJAX-RPCが使いにくい時代の割には・・・ 270 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:39:42 ] >5mだったらこまかくないか ﾜﾛﾀｗ 271 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:41:21 ] >それにしてもリッチクライアントでのJavaクライアントが多いね Javaのフォーラムですからｗｗｗ 272 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:47:18 ] >>267 Spring1.2だったかな それで開発してたけど結局設定ファイルを書くのが面倒だとか ビジネスロジックに直接絡まないセッターのコードが邪魔とかいろいろいわれて なかなかDIは認識してもらえなかったよ 柔軟性のあるサービスロケータとしてしか使ってない感じかな EJB3でテストプロジェクト動かしてるけど、これだとフィールドインジェクションであることやXML必要としないことで すんなり使ってもらえてる プライベートな変数にインジェクションしてくれるのはわかりやすくていいね Spring2は扱ってないのでなんともいえない フィールドインジェクション使いたかったらSeasar2＋EJB3アノテーションを使って勉強という手もあるね 273 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:56:26 ] ほうほう。 俺たちはこれからSpringとEJB3にどう付き合っていけばいいの？ ・分散とかSFSBとかを使う必要がある場合はEJB3を使うが、EJB3の機能が特に不要な場合はどちらでもいい？ ・EJB3が今後開発の標準になっていく？ ・Java Webアプリの大多数はEJB3コンテナを必要としないので、EJB3はあまり普及しない？ ・SpringはEJB3とうまく連携していく？ ・その他？ 識者の方、ご意見よろぴこ 274 名前：デフォルトの名無しさん [2007/02/11(日) 16:59:12 ] Javaは業界全体で迷走中 HibernateがEJBに逆流したあたりから顕著になってきた 275 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 16:59:36 ] >>254 >DIってあらかじめ挙動がわかっていて成り立つもの ↑これ本当？ 276 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 17:01:18 ] ある意味本当でもあるし、ある意味違うとも言える。 >>275 どのようなケースを考えてる？ 277 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 17:07:53 ] >>272 Spring Annotationという手は？ 278 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 17:12:39 ] >>276 いや具体的にどうって言うわけじゃないんですけどね。 はっきり言い切ってるから気になったんさ。 279 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 17:24:58 ] >>274 HibernateがEntityBeanを乗っ取ったという方が近い 280 名前：デフォルトの名無しさん [2007/02/11(日) 17:32:34 ] >>279 Hibernate微妙じゃない？ HQL廃止すれば、少しは光さすけど。 281 名前：デフォルトの名無しさん [2007/02/11(日) 17:37:06 ] スレ違いだ　スマン。 282 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 17:50:24 ] >>269 >C#はDelphi時代の古いものという感じが強い >それにしてもリッチクライアントでのJavaクライアントが多いね >C#だって無料なのはへぼい開発環境なやつだけなのは問題 >クライアントと鯖とで技術者を2つの言語を扱える人を探すより1つの言語を扱える人を探すほうが楽だしな 色々とすごいな・・・ 283 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 17:56:49 ] EJB3のコア技術の一つJPAはまず普及する技術だろうね DBマガジンだっけ？アレでちょうど特集やってるね HibernateはHibernateEMということでJPAの実装のひとつと思うくらいがちょうどいい 実装はどれもオープンソースだし一長一短だと思うがリファレンス実装になってるTopLinkはわりと素直でいい動きしてる TopLinkは新人に見えるが歴史は長くJavaが登場する前からあるのも面白い Java版のTopLinkも登場してから8年くらいたってるんだっけ まぁリファレンス実装というのがどれだけ強みなのかはTomcatを見れば明らか そして今JavaEEのリファレンスという位置づけでオープンソースなglassfishが稼働中 glassfishはJavaEE鯖の中では軽量なほうで5秒あればノートでも起動するね Tomcatで面倒なコネクションプールを定義するくらいならglassfishでやったほうが手っ取り早い EJB3の利点はJavaEEのコアな技術ということでフリーから商用のさまざまな鯖で動かせるというのがいい JavaEEが注目されはじめたのはその技術そのものよりオープンソースのAP鯖など環境面での影響があると思う 今までサーブレット/JSPしか注目されなかったけど、Tomcatもフリーでテストする環境がすぐに用意できたという理由はあると思う 284 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 18:01:39 ] >>277 コード見たことないのでわからんけど フィールドインジェクションしてくれるならいいと思う ただ、Springのプロジェクトって全体的にhibernateにべったりなのがちと気になる Seasar2もJPA無視なんだっけ？ 285 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 18:17:54 ] >>259 上限があるのは複雑さじゃなくて、変化の度合い。 画面アプリは朝令暮改の仕様変更なんてザラ。 サービス仕様決めて・・・とかが水泡に帰す。 この場合、何使って作ってもグダグダになるので 逃走の準備をきちんとしとくのが何よりも大事。 286 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 18:25:19 ] >>266,283 きしだﾀｿ乙 287 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 18:56:05 ] >まぁリファレンス実装というのがどれだけ強みなのかはTomcatを見れば明らか 実例はTomcatだけ？ｗ JPAがTopLinkよりもHibernateの仕様にかなり近いことを考えると、 Hibernate EMの方が良いのではという考えもあるのでは？ｗ JPA実装を何するかは様々な観点から検討する必要があり、 プロジェクトによっても採用基準が異なるだろうから 単純に年数だけで決定すると失敗するかも。 288 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 19:04:23 ] >>266は岸田たんというよりもたぶん >>3だろｗｗｗ 289 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 19:11:59 ] >>284 フィールドインジェクションはしてくれなかったと思う。 >ただ、Springのプロジェクトって全体的に >hibernateにべったりなのがちと気になる この感覚は俺にはわからない。 >Seasar2もJPA無視なんだっけ？ Seasar2はJPAをサポートしてるよ。 S2Hibernate-JPA, S2TopLink-JPA, Kuina-Dao。 Kuina-Daoは動的な問い合わせを生成したりするのにかな〜り便利。 まだ品質は今一歩かもしれないけどｗ 290 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 19:17:07 ] Session Beanの単体テストって簡単にできるの？ 俺、昔のEJBの印象が残っててそこが引っ掛かるんだけど。 291 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 19:23:53 ] >>290 昔のEJBと同程度のユニットテストしかできないと思っていた方がいい。 過剰な期待は禁物。 つまり、ビジネスメソッドの正常系のみ。 トランザクションやセキュリティロールが絡むとダメダメ。 292 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 19:23:53 ] >>288 グループレイアウトやJAX-WSごときでJavaクライアントがはやるなんて 寝言がいえるのはきしだﾀｿしかいない よって>3もきしだﾀｿ 293 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 19:24:05 ] POJOですからｗｗｗ 294 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 19:24:42 ] ＞よって>3もきしだﾀｿ なら納得ｗｗｗ 295 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 19:26:58 ] >>290 EJBは Context c = new InitialContext(); (NewInterface) c.lookup("NewInterface"); 見たいな感じで取得すればおけ getBeanとやれることはかわらん 296 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 19:27:19 ] >>291 経験に基づいたコメントサンクス >過剰な期待は禁物。 そっか。 俺はしばらくは Struts + Spring + JPA/iBATIS でいいやｗ 297 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 19:41:23 ] >>291 具体的にたのむ。 298 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 19:43:43 ] 釣れてきましたね〜ｗｗｗ 299 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 02:01:58 ] >>243 あなたはSpring FrameworkがWebアプリ専用だと思ってますね？ 他の人が答えたようにSpring Framework上でSwingアプリを作れます。 Javaでスクラッチ開発より楽にデスクトップアプリを作りたいのなら スタンドアローンアプリでなくEclipseかNetBeansのプラグインを作れば 典型的処理をFrameworkにまかせてアプリ固有処理に専念できます。 「統合開発環境Eclipseプラグイン開発QA」 pc10.2ch.net/test/read.cgi/tech/1081517094/ WebアプリでHTMLなどでUIを実装するようにデスクトップのUIを実装したい、 という話だったらSynthをどうぞ。 「進歩したSynth」 www-06.ibm.com/jp/developerworks/java/050318/j_j-synth.html 300 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 02:04:45 ] そういえばSpring RCPとかあったな。 ttp://spring-rich-c.sourceforge.net/ 301 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 02:25:19 ] swingったってviewが変わっただけだと思うんだが。 302 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 07:41:59 ] Swing Application Frameworkってあったな。内容は知らないけど あれがSwingのView部分を受け持って、ロジック側をSpringが受け持つようになれば Struts+Springみたいなイメージで使えるようになるだろうか 303 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 10:31:44 ] 上の方でGUIは無理ぽって言ってるひとがいるじゃん。 304 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 10:57:44 ] >>303 そのうちの一人が俺ｗ 305 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 11:33:01 ] >>303-304 Ｖｉｅｗと密結合でつか？ｗ 306 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 11:56:40 ] View内で完結される話で、ロジック以下を密結合させるわけではない。 Viewから上のレイヤはレイヤ内でよろしくやれってことだ。 307 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 12:40:04 ] >Viewから上のレイヤは サービス層などは上か下かと言えばViewの下のレイヤようなｗ 「Viewから先のレイヤ」の方がまだしっくりくる 308 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 12:43:06 ] っていうか、Ｖｉｅｗ内でよろしくならそのＶｉｅｗがＧＵＩだろうがＣＵＩだろうが ＪＳＰだろうがなんだっていいんじゃねーの？ｗ 309 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 12:56:25 ] >>305 View部分には使えない。 それ以外に使おうとするとメリットが少ない。というかほとんどない。 310 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 13:02:24 ] >>309 Sptingは、WebアプリのViewを実装する事にしかメリットが得られる使い道が無い といっている？ 311 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 13:03:27 ] >>310 ゴメン、間違えたｗ 312 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 13:09:49 ] だれもViewでSpringを使いたいという話はしていない件 313 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 13:10:30 ] >>310 309ではないが、そんなことは言ってないと思うし、 SpringはWebアプリのViewの実装をサポートするだけではないのは明らか。 314 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 13:17:39 ] >>310だけど、>>309を読み間違えましたｗ 「View部分には・・・」と「それ以外・・・」という言葉のつながりが よくわからん買った 315 名前：デフォルトの名無しさん [2007/02/12(月) 13:45:44 ] この流れ見ててわかるだろ。 無理してSpring使うなｗ 316 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 13:53:43 ] >>308 なんだっていいだろ。 何かに限定する話なんぞ誰もしていない。 317 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 13:57:01 ] なんでもいいよ なんにしても大した発言は無いスレだｗ 318 名前：デフォルトの名無しさん [2007/02/12(月) 13:59:03 ] >>317 これこれｗ だが、「こないだ雑誌にのってたのマンマだな」とかよくあるｗ 319 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 13:59:21 ] >>317様 是非仕事に役立つSpringのTipsをご紹介下さい 320 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 14:00:36 ] 上の方でもDB MagazineのJPA特集読んで知ったかしてた馬鹿がいたなｗ 321 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 00:29:56 ] あー、Ｗｅｂ層のフレームワークって何がいいのでしょうか？ お馬鹿な私にはStrutsは難しいです・・・ 322 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 00:36:30 ] SpringMVC 323 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 00:40:07 ] SpringMVCですか・・・ Strutsとあまりかわらないような・・・ そんなことないですか？ 324 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 00:45:50 ] 自作が一番わかりやすいよｗ 325 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 00:48:55 ] サンプル見ただけなんですけど、 Clickってわかりやすそうに感じました。 １人プロジェクトならいいんでしょうけどね（苦笑） 326 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 00:52:02 ] Springスレなんであれだけど、 もうちょっとしたらSeasarのTeedaがおもしろいと思うよ。 327 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 01:42:30 ] SpringMVC (ViweはVelocityが良いと思われ。) Wicket Teeda この辺りが有力株か？ 簡単なものは SpringMVC+Velocity でやっつけて ある程度面倒になったら WebService+RichClient で ってのが最近の俺のパターン。 328 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 03:09:24 ] SpringMVCって戻るボタン、ダブルクリック、マルチウィンドウ対策とかしてくれる？ 329 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 06:59:00 ] JBoss Seamがいい。 330 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 09:55:39 ] >>328 WizardFormController使ったアプリで、 マルチウィンドウ試したら思いっきりデータが上書きされたorz やり方悪い！？ 331 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 10:38:37 ] >>328 個人的にはMVCでそんなもんコントロールするなよって思う。 レイヤがそもそも違うじゃねえかと。Viewで勝手にやったらいい。 下位レイヤでサービスしようとするといつか破綻する。 そこまでしてWebアプリにするなってのが本音。 332 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 11:13:15 ] >>329-331 コメントとんくす やっぱりSpringMVC単体で解決してはくれないのねん。 こういった制御コードはもう書きたくないし、 そうなるとTeeda, Seamを選択したくなっちゃうのよねん。 333 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 11:21:25 ] >>331 気持ちはわからないでもないが、 何の解決策にもならない。 334 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 13:09:41 ] Strutsみたいにトークンの管理をWebフレームワークにさせたいと思うのは自然じゃないか？ が、コードに決まりきったこと書くのはメンドイ。設定ファイルだけでできるとうれしいな。 というかこういうのをAOPで何とかできないのかね？ で、それ以上のこと(ボタンを押せないようにしたいとか)はView(のJavaScript)でやればいいとｵﾓﾀ。 なんか的外れ？ 335 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 13:12:13 ] >>334 的外れじゃないと思うよ。 その解決策の１つがJBoss Seamだって話。 336 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 13:16:52 ] >>335 Teedaも忘れないでね　(。-_-。)ポッ 337 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 13:17:46 ] おー、そーりー、そーりー Teeda最高！ Seasar最高！！！ これでよい？ｗ 338 名前：334 mailto:sage [2007/02/13(火) 13:21:21 ] >>335 そうなのか。Seamって使ったことないからわからなかった。 ﾄﾝｸｽ。 >>336 ttps://www.seasar.org/issues/browse/TEEDA-44 これ？ でもスレ違いじゃないかぁ？！ｗ 339 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 13:38:13 ] >>338 Seamもスレ違いな件 340 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 13:46:07 ] 選択肢提示するだけならまぁいいんじゃねえの？ Springの話をここでしかしないわけでもないんだし。 詳細に立ち入るならスレ違いだが。 341 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 13:52:07 ] >>339 全くすれ違いというわけではないと思うよ。 だって、Seam使う人はSpringを同時に使うことはたいていないわけで、 「じゃあSpringを使って開発していてSeamと同様の機能を 享受するにはどうしたらいいの？」 っていう話に発展してくれること願って投稿したんだけどねｗ 念のため言っておくけど、HibernateとiBatis、StrutsとJSFのように SpringとSeamは同列のものだとは思ってないよ。 342 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 14:02:31 ] >>341 SeasarのTeedaでは一部Seamを意識しているところがあるよね？ Spring使って開発している場合、 自前で制御コード書いてやってるケースがほとんどじゃない？ Ｗｅｂ特有の問題について全く考慮していない Ｗｅｂアプリも少なくないと思う。 343 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 14:09:14 ] >SeasarのTeedaでは一部Seamを意識しているところがあるよね？ これは俺も感じたｗ >Spring使って開発している場合、 >自前で制御コード書いてやってるケースがほとんどじゃない？ Springの責任というわけではないというのはいいよね？ｗ Struts で開発している人ってSpringを導入しても たいへんなんじゃないかな？ もう体にしみついちゃって不感症状態なのかもしれないけどｗ 344 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 14:35:44 ] Struts開発で業務に集中したい場合は、Valentine Frameworkがいいかも www.valentineframework.org/ 345 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 14:41:07 ] あれ、バレンタインのつづり違う？ 346 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 15:22:30 ] SpringMVC自体はあくまでもMVCで ViewはViewでよろしくやりやがれってスタンスでは？ (Controllerが抽象化されたModelAndViewを返してくるだけ) 347 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 16:35:35 ] >>346 それはそれでいいんだけど、 現実問題としてＷｅｂ固有の問題は解決しないといけないよね？ それはViewで解決する問題っていってる？ その場合のViewって具体的に何？ 348 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 16:41:25 ] Spring2.0入門買いました すごいいいとおもいました 349 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 16:44:19 ] おれもかったよ 著者は印税がっぽがっぽじゃね？ 350 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 16:45:53 ] >>330 ﾜﾛﾀｗｗｗ ｵﾚもそうなったｗｗｗ 351 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 00:16:43 ] >>348-349 俺もかおっかなー・・・・ 352 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 00:39:06 ] みんなで買って、はせがわさんをスプリング長者にしてあげよう♪ 353 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 13:03:54 ] Spring2.0入門Amazonで買ったけど、 Springわかってない俺にはSprng入門が必要だった orz 354 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 13:57:09 ] そこで Reference Manual ですよ。 ていうかこれ日本語化してるプロジェクトとかある？ 周囲に日本語になってないと読まないやつが多数居て泣ける。 355 名前：デフォルトの名無しさん [2007/02/14(水) 14:28:37 ] >>354 andore.com/money/trans/spring_ref_ja.html 356 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 17:57:34 ] >>354 Reference Manual読むのがつらいかたら買ったのに？ｗ 最初はつらかったけど、Spring2.0読んでいくうちにたいぶわかってきた。 なんとかJPAを使ったDao作成までできるようになった。

---

---

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

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