- 1 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:34:57 ]
- JSFについて語ってくれ
前スレ
JSF(JavaServer Faces)【.NET死亡？！！！】
pc8.2ch.net/test/read.cgi/tech/1059208396/l50
- 449 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 02:32:56 ]
- 質問です。
<h:dataTable>ってヘッダのスタイルをカラム毎に指定できないじゃないですか。
で、行（表示するデータ用）のスタイルはカラム毎に指定できるから、
それぞれのカラムに最適な幅を指定するんだけど、
１行も表示してない状態（ヘッダのみの状態）だとカラムの幅が適当な幅に
なっちゃいますよね。（当たり前だけど行のスタイルが適用されない）
コレが「行あり」→「行なし」とページを切り替えるとズレるのがモロバレなんで
なんとかしたいんですが、いい方法はないでしょうか？
- 450 名前：デフォルトの名無しさん [2007/11/23(金) 12:43:37 ]
- >>449
ヘッダにグリッドパネルをセットするといい
テキストはその中へ入れたり
そうすると1つのセルに複数のコンポーネント入れたり画像入れたり自由に出来る
- 451 名前：449 mailto:sage [2007/11/23(金) 18:49:35 ]
- >>450
なるほど。ちょっとやってみます。ありがとう。
- 452 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 19:04:33 ]
- JSF初心者の素朴な疑問：
1. なんかブラウザで表示されるURLと、実際に表示されるjspが違うんだけど、これってなんで同期できないの？もし仕様ならすごく不自然だと思うんだが。
2. HTMLのソースを見ると、入力したデータがシリアライズ(?)されてhiddenタグに埋め込まれてるみたいなんだけど、これってセキュリティ的にまずくない？そもそもなんでそんなことする必要があるの？
- 453 名前：デフォルトの名無しさん [2007/11/23(金) 22:15:36 ]
- >>452
１と２に共通するものとして・・・
URLベース（アクションベース）のHTTPとHTMLを抽象化していないものと
イベントベースとは考え方が違う
URLに機能があるのではなくあくまでもWEBの上で動かしたからURLがついてきたと思えばいい
もしURLに機能を割り当てたいという旧世代の開発者ならPost後RedirectするようにJSFのconfigにタグを入れるといい
その代わりなんでもかんでもセッションにいれないとだめでそれを取り出すロジックとか作りこんでいくとバグが増えたり
メモリを圧迫することになるかもしれない
JSFはコンポーネントを復元する機能がある
この機能のおかげで前の画面で入力したものにミスがあった場合それを使って戻したり変更を検地できる
入力項目を反映させつつ、セッションを使わないで値を保存しておくことが可能
ちなみにデフォはsessionだったと思うけど、NetBeansVisualWebとかCreatorとかはデフォをclientで上書きしてるね
web.xmlをみるといいよ
「javax.faces.STATE_SAVING_METHOD」とかあるはずだから
- 454 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 22:32:38 ]
- >>453
それを補完するためにJBoss Seam（WebBeans）などもあるよ。
.NETはデフォでそうしているね。
- 455 名前：452 mailto:sage [2007/11/23(金) 23:07:12 ]
- >>453
>URLベース（アクションベース）のHTTPとHTMLを抽象化していないものと
>イベントベースとは考え方が違う
>URLに機能があるのではなくあくまでもWEBの上で動かしたからURLがついてきたと思えばいい
どうなんだろう。少なくともJSFでは表示画面とURLとが一致しなくても構わないというスタンスということ？
そうだとすると、ブックマークするときに困ると思うんだけど。ブックマークを許さないアプリしか作れない？そんなはずはないと思いたい。
それから、イベントベースのフレームワークだと、どれもJSFのようにURLと画面が一致しないものなの？イベントベースかどうかはあんまり関係ないと思うんだけど。
>もしURLに機能を割り当てたいという旧世代の開発者ならPost後RedirectするようにJSFのconfigにタグを入れるといい
別に「URLに機能を割り当てる」とか考える必要あるのかな？おれは、URLはリソースを表すものだと思うんだけど。
URLと機能とを結びつけてるわけじゃなくて、画面に表示されているリソース（HTML）とURLとが一致していないことが問題なんじゃないかな。
>その代わりなんでもかんでもセッションにいれないとだめでそれを取り出すロジックとか作りこんでいくとバグが増えたり
>メモリを圧迫することになるかもしれない
それをかわりにやってくれるのがフレームワークじゃないか。
- 456 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 23:11:47 ]
- MyFacesなんかの実装だとForwardベースでやるとブックマークできないね。だからRedirectで実現することもある。
Formの送信なんかを考えると機能という呼び方もおかしいとは思わない。
なんか455がすげームカつく。
- 457 名前：452 mailto:sage [2007/11/23(金) 23:16:31 ]
- >>453
>JSFはコンポーネントを復元する機能がある
>この機能のおかげで前の画面で入力したものにミスがあった場合それを使って戻したり変更を検地できる
>入力項目を反映させつつ、セッションを使わないで値を保存しておくことが可能
だから、これだとセキュリティ的にまずくない？
HTTPヘッダーでCacheをオフにさせても、HTMLページに前の入力結果が勝手に残っているわけでしょ？
シリアライズされているからパッと見ただけではわからないけど、すごく気持ち悪い気がするのは俺だけ？
なんかさ、「前の画面で入力したものにミスがあった場合それを使って戻したり変更を検地できる」っていうの、この方法じゃないとできないのかな。
こんなの、普通のCGIアプリケーションでもできるよね。
- 458 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 23:18:29 ]
- REST志向か強すぎることによるギャップでしょ。
あなたはJSFを使う事も出来れば、使わない事もできる。
よくある回答だがそういうことさね。
- 459 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 23:24:22 ]
- >>457
私はセキュリティ的にまずくないと考えますが、あなたはどうまずいと思いますか？
- 460 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 23:29:06 ]
- RESTとJSFは絶望的に合わないと思う
HTTPを基礎とする志向に対し、HTTPを隠蔽するFWだから
REST志向で作りたいならRails等を検討した方がいい
- 461 名前：デフォルトの名無しさん [2007/11/24(土) 00:00:48 ]
- >>457
文章は最後まで読めよ
- 462 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 00:02:40 ]
- >>457
そのcgiってのは入力項目の変更があった場所とかに応じて自動的にバリデータとかイベントでのプログラミングできるの?
なんか生臭いコードかいてそうだけど
- 463 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 08:19:43 ]
- JSFを使う様な場面でブックマーク使うなんて事ない思うが。
ログインページやトップページ以外でブックマークされても困るケースの方が
ほとんどだろうし。
そしてURLと画面が一致しないのはあんま気にならないと言うか
誰が気にするんだ？って思う。
とりあえずユーザーはまったく気にしていなかったが。
- 464 名前：452 mailto:sage [2007/11/24(土) 11:22:08 ]
- >>458
>あなたはJSFを使う事も出来れば、使わない事もできる。
使うと決めた人しか質問しちゃいけないわけじゃないよね。JSFを勉強している中での質問なので、使う使わないの判断は関係ないと思う。
>>459
すでに>>457に書いてるけど、前の入力データが自動的に今のページに含まれることがセキュリティ的にまずいと思う。
登録完了ページにアカウントやパスワードのデータが残っていたらまずくない？
>>460
>RESTとJSFは絶望的に合わないと思う
>HTTPを基礎とする志向に対し、HTTPを隠蔽するFWだから
そうなのかな。HTTPを隠蔽するしないは関係あるんだろうか。
>>462
>そのcgiってのは入力項目の変更があった場所とかに応じて自動的にバリデータとかイベントでのプログラミングできるの?
462がどういうのを想像しているのか分かんないけど、自動的にバリデータがかかることと今回の質問とは関係があるの？
自動的にバリデータかかったりイベントベースでのプログラムが書けることと、URLやセキュリティのこととは関係なくない？
>>463
>JSFを使う様な場面でブックマーク使うなんて事ない思うが。
>ログインページやトップページ以外でブックマークされても困るケースの方が
>ほとんどだろうし。
だったら、URLをかえないか、ランダムなURLにすればいいと思う。
今のJSFの挙動だと、ユーザに大きな誤解を与えるだけにしか見えない。
とりあえずブックマークを許したいならJSF使ったらダメということでFA？
>そしてURLと画面が一致しないのはあんま気にならないと言うか
>誰が気にするんだ？って思う。
気にしない開発者がいることにびっくりだ。世の中はひろい。
- 465 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 11:42:55 ]
- >>464
>そうなのかな。HTTPを隠蔽するしないは関係あるんだろうか。
あくまで私見だが、とても関係あると思っている。
たとえば、JSFで作った画面のHTMLソースを見ても、
サーバのどのManagedBeanメソッドが呼び出されるかはなかなかわからない
その時点で、URLとHTTPメソッドで呼び出し先が決定されるREST的Webアプリとは
根本的に違うし、当然ブックマークの常識も通用しない
だから通常のWebアプリの常識で考えるとありえないって結論になる。
個人的にはJSFのこの仕組みは嫌いだが、仕事で使っている以上一通り勉強している。
- 466 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 13:51:47 ]
- >気にしない開発者がいることにびっくりだ。世の中はひろい。
このスレじゃないしJSFでもないけど、
「それじゃユーザーが混乱するのでは？」みたいな書き込みしたら
そもそもなんでそんなこと気にするのかわからないっていうレスばかりで
自分もビックリしたことがある。
とにかく「自分の責務の範囲外のとこは関与しない」っていう文化が浸透してるみたい。
- 467 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:25:21 ]
- 関東はその傾向が強いね
- 468 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:29:32 ]
- >>464は>>461を無視かよ
解決方法のポインタしめしてるのに
- 469 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:33:51 ]
- ＞だったら、URLをかえないか、ランダムなURLにすればいいと思う。
どっちも出来るはずだから喪前が好きに実装すればいいのでは？
＞今のJSFの挙動だと、ユーザに大きな誤解を与えるだけにしか見えない。
＞とりあえずブックマークを許したいならJSF使ったらダメということでFA？
なぜにそんな極論になるのか知らんが、ユーザーに文句言われて
喪前の技量ではどうしようもないなら、そうすれば？
＞たとえば、JSFで作った画面のHTMLソースを見ても、
＞サーバのどのManagedBeanメソッドが呼び出されるかはなかなかわからない
ソース見て、どのBeanが呼び出される方が解る方が大問題だろ。
仕事で使っているとか言いながら、持論は壮絶にアマチュア精神丸出しだな。
- 470 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:40:51 ]
- >そもそもなんでそんなこと気にするのかわからないっていうレスばかりで
>自分もビックリしたことがある。
そりゃ、底辺のマにありがちな「どーでもいい事は熱心クセに
実際の生産・成果物がショボイ」って上の方が辟易している状態だろ。
- 471 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:41:01 ]
- Railsだって勝手にブックマークされるとまずい・・・っていうか問題ある場所なら
セッションなかったら入り口に戻すとかするだろうと
- 472 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:42:06 ]
- >>452は全てにおいて勘違いしてるな
- 473 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:52:03 ]
- 気になる奴はREST志向が強いだけで結論付いてるじゃん。
JSFにとってURLはイベントメッセージ、RESTにとってURLはコマンドライン引数。
普通のアプリケーションとなんら変わらないと思うんだが。
- 474 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:52:39 ]
- しかし、そんなに入力データ云々言うならセッションに入れとけよ、って思うんだが
なんで、病的にフレームワークの性にしているんだ？
- 475 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:55:54 ]
- >>473
しかもredirectいれとけばURLベースと動きがかわらんのにな
- 476 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 15:02:07 ]
- でもURLって重要だよね。
ブックマークや検索エンジンのインデクサに登録されたら
もう基本的に自分のところではコントロール不能で面倒だし。
半永久的にリダイレクトとかのフォローしないといけなくなる。
あとフィッシングサイト対策とかブラクラなんかの影響で、ユーザーも
ブラウザのアドレス欄に表示される文字列に気にするようになってると思うし。
できれば短ければ短いほうがいいよね。
- 477 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 15:11:02 ]
- servletでいうdomain/context/servletまでが分かれば、
それ以降に何が付こうがどうでもいいんだが。
- 478 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 16:58:38 ]
- >>476
自作自演乙
- 479 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 17:06:32 ]
- そんなにヤならJSF使わなきゃいいじゃん。
上司に2chのこのスレ見せて「漏れが452です！漏れの言っている事正しいですよね！」
って力説すれば、上司は快くオマエをプロジェクトから外してくれるだろうから、
嫌なJSFを使わなくてすむぞ。w
- 480 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 17:09:30 ]
- そおいや、検索エンジンって拡張子が.jspやらjsfは拾わない気がしたんだが、
どこぞのエンジンは拾うのか？
- 481 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 17:33:00 ]
- >>480
inurl:index.jsp - Google 検索
www.google.com/search?q=inurl%3Aindex.jsp
inurl:index.jsf - Google 検索
www.google.com/search?q=inurl%3Aindex.jsf
拾いまくり
- 482 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 18:40:08 ]
- googleの結果だと別にurlとられても問題ないケースに見えるんだが
452はナニが不満なんだ？
- 483 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 18:47:43 ]
- 末端の仕事してる者同士仲良くしろ
- 484 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 19:07:26 ]
- >>482
それはindex.jsfだから。
.jsfで検索するとカッコ悪いURLたくさん出てくるよ。
そもそもJSFがあまり使われてないから探すの面倒くさいけど。
- 485 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 19:10:08 ]
- www.google.com/search?q=site:store.americangirl.com+inurl:jsf&filter=0
なんかここ無茶なことやってるなあ・・・
- 486 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 19:14:12 ]
- まだ潜伏してんのかｗ
- 487 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 19:22:22 ]
- 何が理由で工作してるんだろう・・・
- 488 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 19:30:19 ]
- Servlet自体はRESTのことちゃんと考えて規格を調整してきたし（HTTP METHODあたり）
各WebコンテナベンダもCometに対応できるようにコンテナを改造している。
JSFに粘着しないで他をあたればいいのだよ
- 489 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 20:01:19 ]
- URLがどうのって奴はフォワードを一切許容しないってこと？
JSFに限らずほぼすべてのservletアプリケーションがダメってことじゃん。
- 490 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 21:00:52 ]
- servletにすら限らないけどな
POST先をどこにするかだけの話だから
- 491 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 22:27:31 ]
- 452は今までどんな環境でWebアプリ作っていたのか気になるな。
servletやRailsを知らんのは明白だし。
- 492 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 23:08:16 ]
- >>475
JSFのリクエスト保持データってredirectで引き継がれたっけ？
TeedaやRailsなら対応してるけど、素のJSFはforward前提のFWだという認識だったのだが
- 493 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 23:14:12 ]
- >>492
Servlet直、Struts、SpringMVC
ともに処理はRedirect前にやるからredirect後特殊な処理をしたいのなら普通にsessionからとりだすんでそ？
redirect先でリクエスト使うって処理はどのフレームワーク使ってもないよ
- 494 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 01:14:46 ]
- >>489
> JSFに限らずほぼすべてのservletアプリケーションがダメってことじゃん
どういう極論だよ。
redirect-after-postでやってるWebアプリなんて普通にあるじゃん。
- 495 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 01:54:42 ]
- 常に一つ前の状態がほしければセッションビーンにリクエストビーンのセッターゲッター用意して上書きさせればいいだけ
- 496 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 07:47:56 ]
- >>493
ここ読んでると、みんな普通にJSFでredirect使ってるんだね。自分の勉強不足だったのか
普通のWebアプリだと、例えばPOSTで登録したあとそのデータを表示する為に
IDをパラメータ（かURL）で渡して詳細データを検索するURLにGETでredirect
みたいなことが普通に出来ると思うけど、JSFの場合どうやったらいいんだろう
session使えばいいのはわかるんだけど、
URL使うパターンでは手動での画面操作を介さない限りsessionって使わなくてもいいので
できるだけsessionには保持したくない
- 497 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 08:10:10 ]
- ＞ここ読んでると、みんな普通にJSFでredirect使ってるんだね。自分の勉強不足だったのか
ナニがどうあっても個人の異端な思考を「普通」と思い込みたい病人みたいな台詞だな
- 498 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 08:37:25 ]
- だからURLに文句がある奴はJBossSeam使えよ。
JavaEE6で標準仕様になるんだし。
- 499 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 08:37:30 ]
- >>497
ん？ なんでそんな敵意むき出しなの？
ちなみに>>452とは別人だぞ
- 500 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 08:39:52 ]
- >>498
素のJSFでは駄目ってこと？
SeamはステートフルSessionBean使いまくりってイメージがあったので敬遠していたのだが
そういや最近のバージョンはEJB3への依存が消えたんだっけ？
- 501 名前：デフォルトの名無しさん [2007/11/25(日) 09:52:38 ]
- 素のJSFってどこのJSF使ってんだよ。
仕事とかいいつつ趣味でやってんじゃねーのか？
このURL粘着君は。
仕事で商用鯖使ってんなら2chでなくてサポートに泣き付けよ。
- 502 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 10:20:41 ]
- >>501
MyFaces1.1系
自分が調べた限り、JSFのredirectはManagedBeanのメソッドを呼ぶような使い方が出来ないので
使い物にならないという結論を出していた。
でもこのスレでredirect使えばOKというレスが多かったのを見て
>>496の質問をしただけだよ
URL粘着って>>452あたりの話か？ 自分じゃないんだけど・・・
- 503 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 12:17:54 ]
- >>496
「普通のWEBアプリ」ってなんだよと思う
URLにパラメータをまったく乗せたくないからセッションに入れるという場合だってあるんだぜ？
- 504 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 12:48:10 ]
- ショッピングモールみたいなサンプルアプリ的なものは典型的だな。
- 505 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 13:38:24 ]
- まぁURLベースの典型ではあるが、用途によって最適解が違うというのも>>452は気がついてるんだろうか
- 506 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 14:53:03 ]
- なんかURL粘着が必死に他人のフリしているから話がややこしいよな。
やたら別人を強調しているし。
>>452の望む動作はJSFでも実装可能なのに、なんか必死に出来ない事にしたがって
「普通のWEBアプリ」って脳内理想をブチまかれてもな。
嫌なら使うなよ。
- 507 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 15:05:07 ]
- JSFのHTTPの使い方がRESTfulでないのもがいしゅつ。
とにかくMVCが偉かった時代の産物だからな。
頭を切り替えろと。
いまJSFが一番お勧めな用途ってのも思いつかない。
- 508 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 15:09:16 ]
- cgiの時代に戻っとけ、って事でFA
#漏れは戻りたくないが
- 509 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 17:07:38 ]
- >>507
JSFはJavaのフレームワークで一番イベントベースでの処理と入力検証が一番容易だから
開発効率と安定性を追求したい場合いいんじゃない？
- 510 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 18:55:57 ]
- >>509
その入力値検証が
>>411>>417>>420
という体たらくだからな。
JSFのバリデータをベースに作り込もうとしたら
保守不可能なシロモノができあがる。
NetBeansでポトペタできるのはメリットかな。
- 511 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 19:16:20 ]
- 項目ごとにエラーメッセージを分ける必要があるなら
UIコンポーネントのIDかClientIDで分けるようにすればいいのでは？
エラーメッセージはResourceBundleから読み込むようにして
ResourceBundleのキーにUIコンポーネントのIDかClientIDを含ませるようにするとか。
- 512 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 19:34:59 ]
- >>510
今はJSF1.2の時代なのにいまさら1.1の話されても・・・
NetBeans使ってるならなおさらだろと
- 513 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 02:00:12 ]
- >>506
＞嫌なら使うなよ
Youは使ってるものに不満点って全然ないのかい？
- 514 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 02:17:58 ]
- JSFの特性からしてREST, POHP, c10kには向かないから、使い分けは必要だよ。
そういう方面は、Struts+Springとかになるんじゃないか？
- 515 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 08:38:52 ]
- >>513
所詮はJSPの上に成り立っているフレームワークなので
JSFで出来ない部分はJSP時代のノリに戻るだけ、って希ガスので、
不満があるなら、自分で作って解決するけど。
つか、URLでグダグダ言う「客」にはあった事ないんだが。
あと、NetBeansのJSFはそんなに使いにくいのか？
漏れはWebSphereのJSFなのだが、
バリデータの作りこみでそんなに苦痛に感じないが。
- 516 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 09:09:25 ]
- Rails見てると、JSFと完璧真逆なんだよな
あちらはREST志向、ステートレスで極力サーバにユーザステータスを持たない
ってのを強調してる
JSFはサーバサイドがフルコントロールするイベント志向というイメージ
どっちが古いかと言われたら正直JSFの方が古いと思うけど、
少人数対象アプリを素早く作りたい時はJSFの方が早いのではとも感じる
- 517 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 12:29:06 ]
- >>515
>つか、URLでグダグダ言う「客」にはあった事ないんだが。
お前の偏ったキャリアを一般論に摩り替えるなよｗ
- 518 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 14:51:28 ]
- >>515
使いにくくはない
アンチががんばってるだけ
- 519 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 14:56:28 ]
- >>516
Restful指向っていわゆる昔のPerl全盛期の時代とかわらんぞ
IDE側でのサポートを前提としない場合、URLがすべてのソース参照の起点だから
そういう方法がベストだというだけ
それにユーザーステータスをできるだけ持たないといってもロジックが絡まない参照だけでしょ?
Railsがいいという人は初期のServlet/JSPのシンプルさに戻ればいいだけだと思うのだが
- 520 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 19:43:42 ]
- > 初期のServlet/JSPのシンプルさ
ポトペタできないしー。
JSFはポトペタ対応でああいう設計になってると理解してるんだが。
ポトペタしない、ポトペタが無意味なくらい作りこむなら
JSFを使う意味はないんでは？
- 521 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 19:55:55 ]
- ポトペタってなに？
- 522 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 21:06:11 ]
- しかし、ここまでアンチが必死になるのもよーわからんな。
んなに嫌ならStruts+SpringかRailsに行けよ、で話が終わるのに
しつこく粘着する精神がわからん。
まあ、そういう提案も出来ないくらい底辺のマなんだろうけど。
- 523 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 21:13:19 ]
- >>520
JSFとASP.NET以外でぽとぺたが機能してる例はまずないな
Railsがうけてるのはポトペタが出来るかどうかじゃないでしょと
- 524 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 21:24:06 ]
- >>523
＞JSFとASP.NET以外でぽとぺたが機能してる例はまずないな
europa + WTP2.0 をさわったこともないだろ。
- 525 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 21:47:38 ]
- >>524
JSF部分ではなくて通常のHTMLの話か?
それはポトペタとはいわないのだが
- 526 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 22:36:37 ]
- 要するにJSFの方向性ってWeb標準から乖離してるってことでFA？
- 527 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 22:45:36 ]
- ポトペタの定義をよろしく。
- 528 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 23:13:59 ]
- ツールパレットからWidgetをドロップ
Widgetをダブルクリックしてハンドラーをごりごり
ってことじゃない？
- 529 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 23:18:02 ]
- ＞要するにJSFの方向性ってWeb標準から乖離してるってことでFA？
アンチが必死だなｗ
- 530 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 23:21:56 ]
- JSFの理想はポトペタと言うか、デザイナとプログラマの分離なんだろうな。
現実的にはデザイナ＝プログラマなんだろうけど、なるたけ簡単に
ってのは感じる。
で、FWに沿わない事をやりだすとﾏﾝﾄﾞｸｾになる。
しかし、そりゃStrutsやRailsも同様だけどなー。
- 531 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 23:29:52 ]
- なんで最近急にアンチがあらわれたの？
過疎がすさまじいスレだったのに
- 532 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 02:56:21 ]
- 自分の意見に賛同が得られなかった事による逆恨みでしょ
ガキすぎる
- 533 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 05:36:59 ]
- 負け組ＰＧ同士なんだから仲良くしろ
- 534 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 06:55:32 ]
- スレを眺めていると負け組PGなのアンチJSFのURL君に感じるが。
しかも一方的に逆恨みモードだし。
- 535 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 09:22:17 ]
- まー言われてみれば、JSFの一番根本的な設計思想
・RESTとかｼﾗﾈｰﾖ、静的ページやJSPでの常識は全部捨てろ
・WebブラウザとJSPをハックして、MVCを強引に載っけてる
をきちんと説明した記事って見たことない。
いきなりコンポーネントツリーとライフサイクルで始まる
記事ばっかりじゃないか？
正直、2までのEJBみたいになると思うよ。作り込みすぎてて、
馬鹿にはついてけないフレームワークだ。
- 536 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 09:38:02 ]
- 利口なやつしか使えないんじゃうちでは採用できねえなぁ
バカだろうがある程度のレベルで使えないと意味無いし
- 537 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 11:45:39 ]
- なんかアンチが必死で笑えるんだが、逆にバカでも使えるのがJSFだと思うけど。
CRUD程度ならservletやSQLの知識ゼロでマウスでポトペタで成果物ができる
のがJSFだろうに。
自分が利口だと思い込んでいるヴァカには不満のあるフレームワークだろうな。
- 538 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 13:54:33 ]
- JSFはポトペタ開発をするのに我慢しないといけないことが多すぎるんじゃね？
- 539 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 14:56:38 ]
- >>538
具体的に
- 540 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 17:58:06 ]
- バカな俺にポトペタがなんだか教えてくれ
- 541 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 19:26:38 ]
- >>537
> CRUD程度ならservletやSQLの知識ゼロでマウスでポトペタで成果物ができる
> のがJSFだろうに。
困猿みてーなこと言ってんな。
その手の話は全部嘘くせえってか嘘だと見抜けない人は（ｒｙ
専門学校でトイアプリ書いてんじゃねーんだからよ。
- 542 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 20:31:09 ]
- >>541
できるじゃん
- 543 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 20:39:10 ]
- >>541
普通にできるんだが。
- 544 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:11:15 ]
- トイアプリならな。
顧客に成果物を見せる→「ここをこうしてよ」→ハマる、
ってパターンが目に見えてる。
- 545 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:30:29 ]
- >544
嘘じゃねーじゃん。
しかも目に見えてるだけかよ。実際にやってから嘘だとか言え。
- 546 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:40:39 ]
- アンチが涙目な反論を始めたな。
- 547 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:46:27 ]
- >>545
やってみたよ。トイアプリ＋αみたいなシチュエーションで。
まさか仕事でぶっつけで使う奴はいないだろ。
「成果物」はお笑いだよ。
- 548 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:52:34 ]
- さすがにJSFでサーブレットやSQLの知識ゼロってありえんだろ
RowSet使おうがO/Rマッパ使おうが楽をするためのものであって
知らなくて言い訳ではない
そもそもViewとDB層の違いもあるし
- 549 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:57:43 ]
- アンチはいったいナニしたいんだろうな。
都合の悪いツッコミはスルーするわ
どうでもいいことに勝利宣言勝手にしてるし。ｗ
喪前は賢い人間なんだろうからservlet+JSPで
ゴリゴリとコード書いてりゃいいじゃん。
|
 |
