- 1 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 10:59:45 ]
- 前スレ
ttp://pc10.2ch.net/test/read.cgi/tech/1077465099/
公式
ttp://www.springframework.org/
- 229 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:21:33 ]
- >>222だが、
DI導入を推進してすんごいインターフェースきりまくった奴が逃げ出した
残骸見る限り使い方もわかってない様子。
- 230 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:22:15 ]
- >>228
＞他の奴がわからないと、調べろよとか、
＞そんな馬鹿な奴らと仕事したくないとか、
むしろDIコンテナは、雑魚に何らの調査力を期待しないで済むように
デザインされていると感じるが。
- 231 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:24:00 ]
- >>229
何がいいたいかわかんね
- 232 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:24:47 ]
- DIコンテナといったコンテキストの話じゃない
- 233 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:27:27 ]
- >>229
それはDIうんぬんの問題というよりも
そいつが技術的に仕切れる奴じゃなかったという話では？
- 234 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:33:18 ]
- そういう話
- 235 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:47:11 ]
- よし、今からDIとやらをやるぞ。
ところでJavaもプログラム言語も
ほぼ素人の新人なのだが、
勉強すべき用語をリストアップしてくれ！
- 236 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:51:10 ]
- >>235
1. 単一責任の原則（SRP：Single Responsibility Principle） クラスを変更する理由は1つ以上存在してはならない
2. オープン・クローズドの原則（OCP：Open-Closed Principle） ソフトウェアの構成要素（クラス、モジュール、関数など）は拡張に対して開いていなければならず（オープン：Open）、修正に対しては閉じていなければならない（クローズド：Closed）
3. リスコフの置換原則（LSP：Liskov Substituion Principle） 派生型はその基本型と置換可能でなければならない
4. 依存関係逆転の原則（DIP：Dependency Inversion Principle） a. 上位のモジュールは下位のモジュールに依存してはならない。どちらのモジュールも「抽象」に依存すべきであるb. 「抽象」は実装の詳細に依存してはならない。実装の詳細が「抽象」に依存すべきである
5. インターフェイス分離の原則（ISP：Interface Segregation Principle） クライアントに、クライアントが利用しないメソッドへの依存を強制してはならない
- 237 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:53:55 ]
- >>235
仕事ならマジ勘弁してくれ
- 238 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:54:07 ]
- SRP、OCP、LSP、DIP、ISP だな？
他に知っておく技術は無いか？
俺は素人だからな。当然基礎的なものから全部だ
- 239 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:54:46 ]
- 「人」についての理解が重要です。
- 240 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:55:42 ]
- >>238
それらを習得する過程で必要なものは全て手に入る。心配するな。
- 241 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 14:56:38 ]
- >>240
その必要なものをすべてリストアップしてくれ！
- 242 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:05:25 ]
- >必要なもの
他の業界への転職
- 243 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:06:15 ]
- 明らかにスレ違いだと分って聞きます。すみません。
Spring Frameworkのような仕組みで、
デスクトップアプリを作ろうと思えば
なにを使えばいいのでしょう？
最近のフレームワークは
WebアプリでHTMLやHTMLっぽいテンプレートを
使ってUIを実装する話しばかりで困ります。
- 244 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:08:23 ]
- Spring Frameworkのような仕組み とは？
- 245 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:10:04 ]
- >>243
日本語でおｋ
- 246 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:14:43 ]
- >>244
えぇ、ですからいわゆるウインドウで作りたいのです。
Windows Formsとか、GTKとかQTとか。
- 247 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:17:15 ]
- お前はSpringをなんだと思ってるんだ？
- 248 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:19:34 ]
- もう一度聞く
Spring Frameworkのような仕組み とは？
- 249 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:21:23 ]
- >>243
電子レンジのような仕組みで、
デスクトップアプリを作ろうと思えば
なにを使えばいいのでしょう？
と質問されたら貴方はどう答えますか？
- 250 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:25:32 ]
- Springはよく知らないが
SpringでSwingコンポーネントを構成して、部品をFrameにDIさせて実行すればいいんじゃね？
JFrameが部品だらけでごちゃごちゃになるのは
DIコンテナを使えばある程度綺麗にまとめられる気がする
NetBeansやVEが対応できなさそうだが
- 251 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:31:54 ]
- >>250
NetBeans使った場合コンポーネントのプロパティがDIの定義だと考えるんだ
実際のところインターフェースベースは使い物にならないし複雑にイベントが飛び交うので無理
- 252 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:37:46 ]
- 無理？
- 253 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:41:17 ]
- >>251
Component自体が継承前提だし、実装に依存した細かなプロパティを外側から変更したいしで
よく考えれば、たしかにインターフェイスベースは無理がありそうだな
DIでの開発に慣れた後にSwingのソースを読むと、ごちゃごちゃしすぎて嫌になるが
あれはRADで開発するものだと割り切るべきか
- 254 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 15:51:03 ]
- GUIコンポーネントはプロパティが動的に変わるものだから使えないな
DIってあらかじめ挙動がわかっていて成り立つもの
ただ、GUIコンポーネント単位で使うのではなく、それらを包括した単位で扱うのなら可能
その場合フレーム単位で扱うことになるだろうね
結局はコンポーネントを制御する部分が一番厄介なところなので恩恵はあまりないけど
あとでまるごと作り直したフレームと交換とか出来るようになるのはいいのかもしれない
それでも結局サービスロケータの域からはでないな
おそらくゲームのほうが適用範囲は広いかと
- 255 名前：220 [2007/02/11(日) 15:53:50 ]
- しーましぇん、ちなみに私は>>166です。
ちなみに>>227 私は開発に加担してるけどコーディングも設計もしてないお。
>>221の言うとおりの役割分担になるんだろうね。
ただ、プロジェクトによって(人員の)質のバラつきがあるからねｗ
>>222の言うような状況は発生するんだな。
上位開発者が上手に作れば>>230の言うことおりってのもわかる。
少数の優秀なプログラマと多数の雑魚でチームが構成されても、そこそこイケそう。
>>雑魚に調査力を期待しないで済む
これねえ。 この状態に持っていけるような技術者以外DIに絡むなってことか。
私には扱えないね。
デューダするかな。
- 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がいい。
|
 |
