- 1 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:34:57 ]
- JSFについて語ってくれ
前スレ
JSF(JavaServer Faces)【.NET死亡？！！！】
pc8.2ch.net/test/read.cgi/tech/1059208396/l50
- 175 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 22:53:02 ]
- 俺もベロに一票
- 176 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 00:15:52 ]
- Velocity使ったこと無いのですが、JSP2.0でEL使うのと比べて、
どのへんがイイ感じなんでしょうか？
- 177 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 00:23:14 ]
- Velocityは「○○のテンプレート」ではない。
まさに「テンプレート」そのものなのだよ。
HTML、XML、メールとその用途は何でもいい。
- 178 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 01:20:51 ]
- >>177
そんなの知っているし、今はどうでもいい。
WebアプリのView構築においてJSP2.0でEL使うのと比べて、
どのへんがイイ感じなんでしょうか？
- 179 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 02:04:12 ]
- >>178
なんか上手く言えないんだけど、
「単なるテキストデータのテンプレート」
なのがいいのかなあ？
HTMLのタグなんか内部ではまるっきり関知しないから直感的というか。
あと自分はHTMLタグの外側にちょっとしたロジック書いちゃったりもしてる。
動的にSQL文を組み立てたり、いろんなとこに利用してる。
他にもファイル以外にもDBに保存したテンプレートとか使えるのも便利。
JSPは多機能だけどゴチャゴチャしてるから、デザイナとかにやらせる場合
負担が大きいと思う。
- 180 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 04:56:34 ]
- >>179
JSPでゴチャゴチャするのと、Velocityでゴチャゴチャするのと、同程度だと思うが。
結局のところ、使うのは<c:if>と<c:each>くらいのもんで、わざわざVelocityのライブラリを使うことを考えたら楽だと思うんだけど。
- 181 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 08:58:35 ]
- >>179
JSPのコードを、プレーンなHTML + ELで書くのと大して変わらないんじゃない？
俺は、ライブラリ追加したり設定ファイル追加したり、
勝手にバージョンアップする依存ライブラリもあったり、
流行り廃りがある可能性のあるベロより、
標準技術のほうが良いと思う。
- 182 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 12:29:26 ]
- JSPに固執してるんなら「○○のテンプレート」でええやん
- 183 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 14:34:41 ]
- SwingでもJSFが出来るみたいに書いてる記事があるけど
navigation-ruleってJSP前提みたいになってる気がするんだけど。
XML+XSLTなら確かに可能だけどそれってJSF関係ないよね。
- 184 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 15:07:08 ]
- 標準技術だろうが何だろうが俺の中ではJSFはもう選択肢として消えた
- 185 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 15:29:10 ]
- >>183
将来のバージョンではそうしたいというだけ。今はJSP前提。
- 186 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 20:19:32 ]
- >>184
じゃあなに使うの？
- 187 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 22:41:00 ]
- JSFとTapestryを流し読みしてみたが
俺の印象ではTapestryのほうに軍配が上がるな。
JSFがSwing対応したら使い分けたいと思ったが。
- 188 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 22:44:41 ]
- JSFでViewにVelocityを使うのってできないんだっけ？
- 189 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 22:55:12 ]
- 無理だろ。
- 190 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 23:05:32 ]
- >>188
JSFはJSPのカスタムタグに依存している。
- 191 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:23:56 ]
- Velo結構人気だな。
ちなみに俺はCSSファイルとJSファイルもVelocityで生成してる。
- 192 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:25:44 ]
- XSLTとVelocityがライバル関係なんだろうけど
バインドされるデータがXMLかPOJOかという点で差がでちまってるからね
- 193 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:36:47 ]
- SpringMVC＆Velocityの組み合わせが簡単でいい感じなんだけど、
Eclipseとかのツール対応充実度でいうとJSF（JSP）なんだよなあ。
VelocityはHTMLに限らず、Webのプレゼンテーションほとんど全部（画像以外）に
適用できるのが便利。
HTML、CSS、JS、XML、JSON etc...
- 194 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:50:25 ]
- つうか仕事だと始めた物があると少しずつしか足場変えられないんだよね
- 195 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:03:47 ]
- CSSやJSなどで、Velocityを使っているってのは、
ファイル生成にVelocityを使うだけで、実行時は静的なファイルとして使うということ？
実行時に動的にレスポンスするのであれば、JSPでも同じことはできるよね。
Velocity簡潔なのは分かるけど、チームで開発するときになにを選ぶかとなったら
標準技術のJSPをさけて、Velocityを選ぶメリットを感じない。
EclipseなどのJSPエディタで、補完が使えなくなって不便だと思った。
「JSPではこの点で困るから、Velocityを使う」ってのを教えてほしい。
- 196 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:06:04 ]
- >>195
おまえを基準にスレは進んでないから。
- 197 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:11:17 ]
- VelocityはWriterに出力するってのが最大の利点だわな。
- 198 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:29:51 ]
- まあ、標準技術のEJBで苦労してさっさとSpringとかHibernateに乗り換えた人はVelocity、
我慢してたらEJB3.0になって良くなってきてよかったって人はJSFでいいんじゃね？
- 199 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:33:06 ]
- JSPの代替と勝手に位置づけられてもな
- 200 名前：195 mailto:sage [2006/10/01(日) 03:23:49 ]
- スレ違いでした。すんません。
JSPの代替とは思っていないですが、
Webで使って良さを感じているのであれば、それを知りたかっただけです。
- 201 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 03:24:57 ]
- CSS出力に使っている人は、どういう使い方なんだろ？
CSSでサイズ指定とか色指定の数値をパラメタライズできれば
便利だよなぁとは思うんだけど、そういう方向なのかな。
- 202 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 03:32:21 ]
- ユーザページのCSSとして物理的にファイル出力するとか
ByteArrayOutputStream#writeToを使ってキャッシュを吐き出すってのにも使えるな
掲示板みたいなシステムなら特にキャッシュ用途としての恩恵は大きいかと
- 203 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 07:39:16 ]
- >>199
ここではWebのViewに何を使うかという観点で話が進んでいるのだからいいんじゃね？
純粋にVelocityの良さを語りたいのなら別スレでやってくれよ。
- 204 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 15:59:14 ]
- >>201
HTMLとCSSのカラーコードを連動させるのとかに使ってるよ。
色とか見た目に関するところは基本的にCSSに持たせるのが理想だけど
GoogleAdsenseとかタグをいじると規約違反になるのとかあるから。。
Velocityは、なんかそういうチマいところを全部同じエンジンでやれるのが手軽かな。
CSVの出力とか、静的なWebサイト用のHTMLファイルをローカルで一括生成したり。
でも画面遷移とかは全然扱ってないから、JSFと比べる場合には
他のフレームワークと組み合わせるのが前提だけど。
とりあえず個人的なおすすめはVelocity＋SpringMVCかな。
自分がVelocity使うときに参考にしたのはこのへん。
www.techscore.com/tech/ApacheJakarta/Velocity/index.html
- 205 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 15:28:03 ]
- >>190
ということは、JSFのJSPカスタムタグ相当のものを
Velocity Toolsで用意すれば・・・
きついかorz
- 206 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 17:08:38 ]
- freemarkerはどうなんだ〜？
いっそがしくて手が出せないよう
- 207 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 21:10:49 ]
- >>206
Velocity も Freemarker も使ったが、確かに
Freemarker は Velocity の欠点は解消されている。
一番恩恵を受けるのはエラーの特定だな。
俺としては過去の資産が無いなら Velocity を使う理由は無い。
- 208 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 21:21:20 ]
- SOHOの人らと一緒に頑張るならTapestryかなと思って最近勉強中。
ふむ、これが日本で普及しないのは勿体無いな。パッケージ品向けだと思うのだが。
- 209 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 23:44:16 ]
- >>207
やっぱり？Veloやった事があってFreemarkerやった人、
何人か居るんだけどみんなそういうんだよなあ。
時間が出来たらいじってみよう。
- 210 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 23:47:56 ]
- 最近は重厚長大なフレームワークに目が行きがちだから
ここらで小奇麗にまとまったパッケージ作るのも乙かもね
- 211 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 01:59:35 ]
- いまさらTapeはないでしょ。
- 212 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 06:45:12 ]
- 今だからこそじゃねか。JSFなんてショボデザ前提だぞ。
まともなのが来ちゃったらプログラマの負担がでかいだけだ。
- 213 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 15:59:38 ]
- WicketとかClickとかでいいんじゃないの？
- 214 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 22:07:06 ]
- おおWicketすげー分かりやすい。目から鱗。
でもリフレクション使いすぎじゃね？という懸念も無きにしもあらず。
- 215 名前：デフォルトの名無しさん mailto:sage [2006/10/05(木) 02:48:02 ]
- Wicketいいね。
- 216 名前：デフォルトの名無しさん mailto:sage [2006/10/10(火) 17:10:34 ]
- JSFちょっと使ってみた。
生成されたHTML見ると日本語が文字参照になってる。＆で始まる奴ね。
普通に日本語として可読可能な状態のHTMLを生成するようなスイッチってあるの？
- 217 名前：デフォルトの名無しさん mailto:sage [2006/10/11(水) 22:19:38 ]
- >>216
無かったはず。
携帯用にMyfacesのjarを修正したことがあった気がする。
修正箇所は2つぐらいだけど、jarをいじるのは気が引けるね。
- 218 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 02:00:26 ]
- >>216
マジで！？
これからJSF使ってみようと思ってたところだけど、そんな使用だったとは。。
検索エンジンにも引っかからないんじゃね？
- 219 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 05:15:44 ]
- >>218
検索エンジンにはひっかかる。
- 220 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 12:51:55 ]
- >>218
仕様じゃないよ。
MyFacesがそうなっているだけ。
- 221 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 13:42:17 ]
- >>220
SunのRIやGlassfishの実装もそうなってるね。
- 222 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 01:04:20 ]
- 外人はマルチバイトをバカにしているのか…
- 223 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 01:13:27 ]
- UTF-8もマルチバイトだろ。
ローカライズに積極的に参加しない
OS周りの日本コミュニティの責任
- 224 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 01:59:22 ]
- >>223
なんでオペレーティングシステム周りの日本コミュニティの責任なんだよ
と思ったのは俺だけじゃないよな
- 225 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 02:11:09 ]
- もうShift_JISとEUC-JPは捨てなきゃね
FCはもう移ってるんだっけ課
- 226 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 06:45:53 ]
- まあ、捨てるのはいいすぎかも知れないが、
新規で作るなら出来るだけUTF-8に移行すべきだとは思う。
Ubuntuも移っているとｵﾓﾀ
- 227 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 09:59:28 ]
- UTF-8に移行すべきだとは思うが、ブラウザにレスポンスを実体参照で返すべきだとは思わない。
- 228 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 20:05:57 ]
- ＪＳＦの勉強してるんですが、世の中の中枢である２ｃｈのスレでさえ過疎っていて不安でしょうがありません。
みんなStrutsが好きなんですか？
- 229 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 21:37:09 ]
- JSFは3.0になるまで様子見
- 230 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 21:53:49 ]
- というか、わざわざここで語ることがない。
- 231 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 23:13:23 ]
- JSFは２年前にまともな実装が存在していたなら、
今頃はJavaWebアプリのデフォルトになっていたかもな
結果として、広まる時期を逃してしまった。
今の時代にJSFに変えても、Ajaxにも対応しないしRESTfulなWebアプリも作れない
現時点では、とりあえずStrutsのままで様子を見た方が無難な気がする
- 232 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 23:34:30 ]
- >>231
言い得てる
- 233 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 00:28:31 ]
- > 世の中の中枢である２ｃｈの
ネタやん。
- 234 名前：228 mailto:sage [2006/10/29(日) 02:39:42 ]
- 人が居て安心したｗ
ＪＳＦで色々試してるのですが、バグるし、日本語情報少ないし、
理解不能な挙動をして困っています。
勉強を続けるモチベーションを上げるための情報を下さい。
- 235 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 06:13:36 ]
- >>231
つAjaxFaces、Shale(Struts 2.x)
- 236 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 07:44:05 ]
- >>234
JSFは糞だ自分の感性を信じろ
- 237 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 09:51:49 ]
- >>234
>理解不能な挙動
どんな?
- 238 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 10:35:57 ]
- >>235
どっちも鳴かず飛ばずの状態だだがなｗ
- 239 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:08:08 ]
- AjaxFacesやShaleなんてもってのほか。
あんなもんが「使える」って思う奴の気がしれん。
しかも、いまだにShale(Struts 2.x)って？
今のStruts2.xはShaleとはまったく関係アリマセンが？
- 240 名前：234 mailto:sage [2006/10/29(日) 13:17:37 ]
- >>236
Strutsの本を読んでこれはだめだと落胆した後、ＪＳＦの本を読んだら天国にいる気がしました。
今から勉強するならStrutsよりJSFだと思ったのです。
勉強するからには、JSFは糞というよりは、単なる黎明期で、
すばらしい未来があるのだと信じたいのです。
>>237
・ListDataModelを用いてクリックされたアイテムのインデックスを取得する仕組みが、
<t:dataList>を使った時だけ機能しません。
<t:newspaperTable>や<h:dataTable>では機能します。
・作業フォルダworkを削ったら、work直下に今までと違うtldCache.serができるようになり、
セッションビーンがコンストラクトさえされなくなり、正しく動作しません。
ウェブアプリのURLを変えるとたまにうまくいったりします。
また、古いtldCache.serを戻し上書きしてやると、正しく動作します。
環境は、Tomcat5.5 Eclipse3.2+FacesIDE+TomcatPlugin Java5 WindowsXP
JSFは、sunの1.1と、MyFace1.1.3（FacesIDEに同梱のもの）、が入っています。
- 241 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:27:50 ]
- Strutsよりは全然いいけど、JSPベースのViewという時点で・・・
RestやFlex、Ajaxという方向に行きそうなこのご時世。
- 242 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:32:18 ]
- もうVelocityでいいじゃない。
何か問題ある？
- 243 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:36:55 ]
- >>242
標準技術ではない。
- 244 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 14:19:28 ]
- JSFは、FacesServletがHttpServletを継承してない時点で終わってると思う
今後のWebアプリケーションはHTTPをフルに使いこなすことが求められてるのに
GET、POST、PUT、DELETEを使い分けることが出来るServletの特性を
自ら捨ててしまっているし
HTTPに依存しないというJSFのポリシーによって、JSFは滅びる運命にあるな
- 245 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 14:20:23 ]
- 別にJSF一辺倒でがんばらなくてもいいということでは？
- 246 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 16:51:31 ]
- 別にJSFからJSP+servletのページ呼び出せるからそんなに
困った記憶はないんだが…。
JSFで提供されている機能以上の事をやろうとすると途端に敷居が
上がるのはあるけど、それはフレームワークだからそういうものと
漏れは思っているけど。
不満があるならテメーでタグ書けよって世界だと思ってた。
- 247 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 19:28:47 ]
- タグ書けっていう思考がうんこ。
- 248 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 20:02:31 ]
- タグ書けってのはStrutsが出た当初の思想だな。
- 249 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 09:10:32 ]
- >>241
AjaxはJSFで結構いい感じにコンポーネント化できてると思うのだが。
>>242
Viewの話はJSFと層が違う
- 250 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 11:05:07 ]
- >>244
JSF自体、Web用フレームワークではないからな。 もっと広い概念でのMVCフレームワーク。
まあ現実的にはWeb用なんだけど。
HTTPに特化したJSFとかがあれば、もうちっとマシかと。
- 251 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 12:13:21 ]
- そうやって無駄に広い分野をカバーしようとして失敗しつつある気がする。
EJBの二の舞。
きっと2年後に、Tapestry、WiketやClickの風味を取り入れた
もっと便利なJSF3.0が出るよ。それまでJSFはおあずけ。
- 252 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 23:49:59 ]
- >>250
元の作りがそうだから、AjaxやRESTに積極的に対応するには不適格なフレームワークだと言える
Ruby on RailsがRESTfulに突っ走ってるのとは対照的
JSFとは別の、今の時代に合ったフレームワークがJavaにも必要だと思うのだが
- 253 名前：240 [2006/10/31(火) 02:25:34 ]
- >>240
work削ったら動作がおかしくなった原因は、
libに、sun-RIのjarと、MyFaceのjarを両方入れていたのが原因だったようだ。
FacedIDEが自動で入れるものだけで十分なのが。
- 254 名前：デフォルトの名無しさん [2006/11/06(月) 02:10:38 ]
- 最近やっと色々うまく動かせるようになった。JSF最高！
tomahawk面白い。ただ情報が少なくてしんどい。
- 255 名前：デフォルトの名無しさん mailto:sage [2006/11/11(土) 00:21:54 ]
- tomahawk-1.1.3のinputFileUploadって壊れてない？
サンプルのwarを探しても出てこないし。
- 256 名前：デフォルトの名無しさん mailto:sage [2006/11/11(土) 00:24:27 ]
- 物騒な名前だな
- 257 名前：デフォルトの名無しさん [2006/11/13(月) 16:20:07 ]
- Faceletsて、どうなん？
HTMLベースでやっちゃうようだが。
- 258 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 04:19:02 ]
- >>255
動くよ
- 259 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 16:28:04 ]
- なんかスレが過疎ってるけど、JSFってまだあまり使われてないのかな
- 260 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 20:15:18 ]
- >>259
×まだ
○もう
- 261 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 22:11:51 ]
- じゃあみんなで何故JSFが廃れたかについて語ろうか。
- 262 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 22:53:15 ]
- JSFを好んで使っている漏れがきましたよ。
- 263 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 01:54:19 ]
- JSFってデザイナとの分業が絶望的じゃない？
- 264 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 20:28:20 ]
- 実際に分業している人っているの？
JSP+servletよりはマシだから使っているんだけど。
- 265 名前：デフォルトの名無しさん [2006/11/28(火) 22:11:54 ]
- 素人なので、まじめに聞くが、
デザイナがJSFのタグを覚えて打つって分業は完璧だよな。
- 266 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 22:37:11 ]
- Velocityが一番好きだな
Writerを出力先にしてるから再利用しやすい
時点でWicketかな
- 267 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 22:57:16 ]
- >>265
今はどうか知らんがIDが自動生成なんでCSSとの連携がダメダメだろ
デザイナーが使ってくれるとは思えない
JSFはもう見捨てたから今後一切使わないけどな
- 268 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 23:12:33 ]
- >>267
CSSとの連携は、id使わないでclassだけじゃダメなの？
- 269 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 02:46:40 ]
- JSFってNetBeans前提な感じじゃない？
- 270 名前：デフォルトの名無しさん [2006/11/29(水) 09:41:43 ]
- idはtomahawkでforceId属性使えば固定できるよ。
JSFしかしらない素人なので、JSFは最高と思っているんだが違うのか？
少なくともstrutsは気持ち悪いだろ。
- 271 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 22:14:56 ]
- >>268
getElementByIdを使わせない気か？
- 272 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 22:18:23 ]
- >>270
別に今後広まるとも思えないComponent前提のJSFの方が気持ち悪い
- 273 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 22:43:41 ]
- JSFはIDEから作るという特性を出したいらしいから
APIの美しさ云々ではなく、中間ファイル使ってでもいいから色んなIDEで
というのに主眼が置かれていると思う。
保守性より生産性を優先するならJSFもいいツールだよ。
社内の使い捨てアプリとか作る分には最高だ。RoRとか選択肢になけりゃ。
- 274 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 23:23:24 ]
- IBMのWebSphere(Rational)だとRoRが選択肢にないので、今のところWebアプリの
製作で一番生産性が高く初心者でも扱えるのはJSFだと思う。
確かに.NET並にまったくプログラムをせずにデータの照会・更新・削除・アップロード
ダウンロードくらいは簡単に出来る。
Javaの知識ゼロでもそこそこ出来るのはそこそこに感動したけど、
おそらく、楽に作れすぎてしまうので製作者がドキュメント作らなくなるのが
欠点だとは思う。
VB厨の気持ちが体感できる。（ｗ
- 275 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 23:36:52 ]
- 自分はガリガリコードを書く派だけれども、O/Rマッパーと
DIコンテナとJSFを混ぜて使うと結構楽チンになる気がする。
|
 |
