- 1 名前：nobodyさん [2007/06/09(土) 09:48:36 ID:6f8TWb7Z]
- 前スレ
【PHP】フレームワークについて語るスレ6【総合】
pc11.2ch.net/test/read.cgi/php/1171896620/
[PHP]フレームワークについて語るｽﾚ5[総合]
pc10.2ch.net/test/read.cgi/php/1159579507/
[PHP]フレームワークについて語るｽﾚ4[総合]
pc8.2ch.net/test/read.cgi/php/1151706907/
[PHP]フレームワークについて語るｽﾚ３[総合]
pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
pc8.2ch.net/test/read.cgi/php/1123608068/
- 478 名前：nobodyさん mailto:sage [2007/08/03(金) 17:03:16 ID:???]
- なにをいっているのかわからない
- 479 名前：nobodyさん mailto:sage [2007/08/03(金) 17:17:06 ID:???]
- the PHP frameworkもthe BSD licenseもおかしいってことだろ
- 480 名前：nobodyさん mailto:sage [2007/08/03(金) 17:46:39 ID:???]
- えーっと
「The BSD Licence」というライセンス名なんだけどー……
「BSD Licence」に the を付けるかどうかなんて話はそもそも無関係なのよ
そもそも英語の名称の話をしてるのに「日本語で話してる時」って前提が既におかしいし
「ビーエスディーライセンス」という日本語名詞の話だと言い張りたいならそれでもいいけど
だとしたら皆と前提が違いすぎて会話になってないのは自分でもわからないかね？
- 481 名前：nobodyさん mailto:sage [2007/08/03(金) 17:58:54 ID:???]
- theの話とかどうでもいいよ
ほんとしねばいいのに
- 482 名前：nobodyさん mailto:sage [2007/08/03(金) 19:20:34 ID:???]
- BSD licenceでググると57,200件見つかるが
"The BSD licence"でググると7件しか見つからない
つまりそういうことだ
- 483 名前：nobodyさん mailto:sage [2007/08/03(金) 19:55:20 ID:???]
- しゃれにならんほどどうでも良い話題に萎え
- 484 名前：nobodyさん mailto:sage [2007/08/03(金) 19:57:35 ID:???]
- THE END
- 485 名前：nobodyさん mailto:sage [2007/08/03(金) 20:55:04 ID:???]
- > The BSD Licence の検索結果 約 1,260,000 件中 1 - 50 件目 (0.14 秒)
……？('A`)
www.opensource.org/licenses/bsd-license.php
とか見たことあるか？
- 486 名前：nobodyさん mailto:sage [2007/08/03(金) 21:15:20 ID:???]
- BSDライセンスのことを「The BSD Licence」って書く奴を
きもいと思うか思わないかだけの話だから、正解はないな
- 487 名前：nobodyさん mailto:sage [2007/08/03(金) 22:52:50 ID:???]
- 中一レベルの英語で揉めてんじゃねーよｗｗ
- 488 名前：nobodyさん mailto:sage [2007/08/04(土) 00:07:31 ID:???]
- でもまあそのendにあたって、 licence には突っ込んでおきたい。
- 489 名前：nobodyさん mailto:sage [2007/08/04(土) 00:56:44 ID:???]
- 私は yu を fackします
- 490 名前：nobodyさん mailto:sage [2007/08/04(土) 02:58:01 ID:???]
- ファイルのキャッシュ付いてるFW多いけど
ファイル数あほほど増えるな。
しかもディレクトリ掘りまくりでduでトータルサイズ計算するのにも
やたら時間かかる。
DBに入れた方がいいだろこれ。
- 491 名前：nobodyさん mailto:sage [2007/08/04(土) 03:37:25 ID:???]
- 古いキャッシュファイルを定期的に捨てるようにしたよ
これって常識？
- 492 名前：nobodyさん mailto:sage [2007/08/04(土) 09:36:44 ID:???]
- 普通はcronで削除する
- 493 名前：nobodyさん mailto:sage [2007/08/04(土) 09:45:54 ID:???]
- お好みで。場合によるし一般論はない。
- 494 名前：nobodyさん mailto:sage [2007/08/04(土) 17:23:21 ID:???]
- 結局、FW実装のCacheじゃなくて、PEARのCache/Cache Liteを使っちゃうな。
- 495 名前：nobodyさん mailto:sage [2007/08/04(土) 18:37:45 ID:???]
- 使い勝手いいの？
ってか使い勝手悪い糞キャッシュしか実装してないのに
「キャッシュ実装！軽い！」とか宣伝するFW作者反省しろ
- 496 名前：nobodyさん mailto:sage [2007/08/04(土) 22:27:45 ID:???]
- ＦＷ実装のCacheが、処理プロセスと不可分になっちゃってるから柔軟性に
欠けるという面と、ファイルキャッシュ以外のサーバーAPI系（たとえばyoutube)の
ＰＥＡＲ実装が結局ＰＥＡＲのcache使ってるからね。どうせ導入しなきゃならないなら
最初から使わないって感じ
- 497 名前：nobodyさん [2007/08/06(月) 18:54:30 ID:HUsmqTvF]
- 興味深い話題age
- 498 名前：nobodyさん mailto:shage [2007/08/08(水) 09:20:09 ID:???]
- EthnaといいPieceといいMapleといい
国産フレームワークって何でマニュアルがええ加減なやつばっかなんだ？ｗ
- 499 名前：nobodyさん mailto:sage [2007/08/08(水) 10:23:09 ID:???]
- ドキュメント整備ってめんどくさいから
- 500 名前：nobodyさん mailto:sage [2007/08/08(水) 15:50:49 ID:???]
- どの分野でもテクノロジーを文章して伝達・教育する技術や能力は英語圏は他のついづいを許さんよね。
- 501 名前：nobodyさん mailto:sage [2007/08/08(水) 16:27:51 ID:???]
- 釣り針が太すぎます
- 502 名前：nobodyさん mailto:sage [2007/08/08(水) 17:29:25 ID:???]
- >>499
ドキュメントの書き方を教わらないからだよ。
日本の国語教育の問題が大きい
- 503 名前：nobodyさん mailto:sage [2007/08/08(水) 19:16:09 ID:???]
- 仕様が固まりきってないからドキュメントにしにくいんじゃね？
ドキュメント化すると実態と乖離していきかねないから、
ちょっと曖昧なままにしておきたいっていうか。
すくなくとも俺はそういうのあるね。
- 504 名前：nobodyさん mailto:sage [2007/08/08(水) 21:34:38 ID:???]
- つまり面倒だと
- 505 名前：nobodyさん mailto:sage [2007/08/08(水) 21:38:33 ID:???]
- 日本には「見て技術を盗め」という文化がある・・・のか？
- 506 名前：nobodyさん mailto:sage [2007/08/08(水) 21:58:32 ID:???]
- >>503
アウトラインを作っておくという文章技術上の発想がないからそうなる。
- 507 名前：nobodyさん mailto:sage [2007/08/08(水) 22:00:49 ID:???]
- >>506みたいに何もしないくせにしたり顔で文句言う奴ばかりいるので
真面目にやる気がしなくなるという事情もある
- 508 名前：nobodyさん mailto:sage [2007/08/08(水) 22:06:35 ID:???]
- >>507
まあいいんじゃね。お前のような人のせいにする奴のプログラムは誰も使わないから。
- 509 名前：nobodyさん mailto:sage [2007/08/08(水) 22:08:01 ID:???]
- なんでアウトラインが関係あるのかよく分からないな
ソース改変
だけの労力が、
ソースを改変＋ドキュメント改変
になるのがしんどいんだよ
まあ、ドキュメントを書くことでインターフェイスが簡素になるという
いい作用もあるけど…
- 510 名前：nobodyさん mailto:sage [2007/08/08(水) 22:08:55 ID:???]
- testを載せるだけでも違うけどね。
- 511 名前：nobodyさん mailto:sage [2007/08/08(水) 22:24:39 ID:???]
- ちいたん使ってみた。けっこう扱い易くていい感じなんだが、
MojaviやSymfonyに慣れてるとフロントコントローラが欲しくなるな。
アクションの遷移が従来通りだからなあ。よくもわるくも。
アクションといえば、action()がクラスじゃなくて関数での実装なのは、
ソースコピペする時に
ｸﾗｽ名変ｴﾙﾉﾓﾏﾝﾄﾞｸｾ
なんだと気付いた。Mojviじゃけっこうそんなクラスないぞって怒られたからな。
- 512 名前：nobodyさん mailto:sage [2007/08/09(木) 00:05:10 ID:???]
- >>511 さあ、つくろ
- 513 名前：nobodyさん mailto:sage [2007/08/09(木) 00:12:52 ID:???]
- PHPの分際でaf->getとかアホじゃね？って思う。
$_REQUEST上書きで十分。
てかPHP自体にバリデータがない時点でそこから発展する事になるFWなんてウンコ化は既定路線なんだがな。
- 514 名前：nobodyさん mailto:sage [2007/08/09(木) 00:41:52 ID:???]
- >>513 ウンコ！
- 515 名前：nobodyさん mailto:sage [2007/08/11(土) 01:37:44 ID:???]
- いよいよ政治的に大成功してきたRuby
貧民言語PHPm9 (^Д^)ﾌﾟｷﾞｬｰ
- 516 名前：nobodyさん mailto:sage [2007/08/11(土) 06:53:19 ID:???]
- 他言語をわざわざ貶す理由が分からない。
自分が好きな言語使ってればいいだろｗ
- 517 名前：nobodyさん mailto:sage [2007/08/11(土) 19:22:45 ID:???]
- cakeとかMapleとか、まぁPHP用に現存するフレームワークって
MVCを実現するため「だけ」のライブラリ？
- 518 名前：nobodyさん mailto:sage [2007/08/11(土) 20:51:28 ID:???]
- ＞MVCを実現するため「だけ」のライブラリ
が何を示しているのか理解しかねるが、
MVCの分離構造を実現するだけという意味であれば、
そのほかにもActiveRecordだのORMだのDIだの実現すんじゃね
MVCの分離構造を実現するだけでよければちいたん超おすすめｗｗｗ
- 519 名前：nobodyさん mailto:sage [2007/08/11(土) 22:48:35 ID:???]
- 漏れんとこ、開発チームごとにレベル差があってさ、
ずっと生PHPだけで力任せに案件こなしてきていて、
生PHPじゃないっていうだけでなかなか受け付けないような
DQNぎみの連中対策がそろそろ必要なんだよね。
でもいきなり本格的なフレームワークだと学習コストが云々、
兵隊にはメンテさせられん云々……
とかなんとか管理職に言われてしまうよな。
それを避ける意味でも、
ちいたんに限らなくってもいいんだけど、
あのくらいの規模でコードの見通しの効くフレームワークで小さい案件やらせて
段階的にMVC開発に慣れさせるといいかもしれんと思ってる。
もちろん悩み易いconfig類のカスタマイズは先に片付けておいて、
あとはアクションとコンポーネントとテンプレート作るだけとなるように
兵隊向け作業手順のマニュアル書くんだけどな。
- 520 名前：nobodyさん mailto:sage [2007/08/12(日) 00:15:54 ID:???]
- >>518
ちいたん初耳だった。調べてみる。
> ＞MVCを実現するため「だけ」のライブラリ
> が何を示しているのか理解しかねるが、
ごめん、質問の意図と質問文が乖離してた。
まぁFWによるんだろうけど、
PHP用のFWを使う ＝ MVCサイト構築
ってことになるのかな。
つまり。そのFWでサイト構築するには、MVC方式を余儀なくされてしまうとか。
もしそうだったら、なんかそれって「縛り」だよなぁってふと思っただけ。
>>519
DQN環境乙。
何でもかんでもMVCってのもどうかと思うけど、
とりあえずそういうときはMVCとかOOPとか、
開発手法の素晴らしさをアピールするといいかもしれん。
もうしたのかもだけど。
うちは、「一時の痛みを我慢して、その後が楽になるなら」
ってことで学習コストとか割いてくれた。
- 521 名前：nobodyさん mailto:sage [2007/08/12(日) 00:33:30 ID:???]
- >>520
MVCサイトというのもいまいちよくわからん表現だが
そもそもフレームワークっていうのは縛りでしょ
フレームワークの提供する枠組み＝制約というのが一定のルールになって
同じフレームワークを使っている人間のコンセンサス取りやすくなったり
問題点の発見が早くなったり
そもそも問題が発生しづらくなるわけで
- 522 名前：519 mailto:sage [2007/08/12(日) 00:45:01 ID:???]
- >>520
なるほど。言う通りですよ。一部DQNなのをなんとかしたい。
ときどき手法の説明をしたり改善策として提案してるんだけど、
従来の流れと違うといまいちピンと来ないらしい。
既存案件におわれて勉強する時間もとれてないようだし。
漏れのところでいちばん効果的だったのは、
10ページくらいの小規模な案件をあっというまに片付けて、
目の前で速度差を見せつけた時かな。
慣れれば効果あるっていうのは分かったみたいだった。
規模によってはMVCでさえ大袈裟すぎる場合や、
ビューの要らないバッチ処理やインタフェース物ももちろんあるわけで。
そこは適材適所。
本格的なフレームワークで大き目の案件だと、
開発速度以上に分業しやすさとメンテ性のためにMVC開発をするんだと思ってるんだけど、
開発速度ほど有利さを披露しにくいのが難点だよね。
- 523 名前：nobodyさん mailto:sage [2007/08/12(日) 04:41:54 ID:???]
- >>520
pradoっていうのが、確かMVCじゃなくてイベントドリブン型のどうのこうのって読んだな
www.pradosoft.com/demos/quickstart/index.php?page=GettingStarted.AboutPrado&lang=ja
hain.jp/index.php/tech-j/2007/08/06/p166
ということらしいよ。
- 524 名前：nobodyさん mailto:sage [2007/08/12(日) 04:46:34 ID:???]
- ピースFWもイベントドリブンらしいね
- 525 名前：nobodyさん mailto:sage [2007/08/12(日) 11:25:05 ID:???]
- そのpradoのページを何枚か眺めただけだけど、ＭＶＣ的に実装していくんじゃないの結局は。
View部分はこうだ、って言ってるだけで、そのイベントに対応するクラスはコントローラを基底に
持つと思うぜ。
- 526 名前：nobodyさん mailto:sage [2007/08/12(日) 12:16:16 ID:???]
- viewにガシガシロジック書いてく時点でMVC分離じゃねーべ
- 527 名前：nobodyさん mailto:sage [2007/08/12(日) 12:19:57 ID:???]
- 普通にやれば、結局そのview用コントローラー実装することになるんだよ。
- 528 名前：nobodyさん mailto:sage [2007/08/12(日) 15:38:41 ID:???]
- なるほど理解しました。おもろそうだなprado。でもコンポーネント溜まるまではちときついか
- 529 名前：nobodyさん mailto:sage [2007/08/12(日) 16:38:41 ID:???]
- ウェブアプリにイベントドリブンもへったくれもねーよ。
- 530 名前：nobodyさん mailto:sage [2007/08/12(日) 17:09:33 ID:???]
- 出たな半生野郎
- 531 名前：nobodyさん mailto:sage [2007/08/14(火) 11:16:41 ID:???]
- んじゃこっちに
Akelos
www.akelos.org/
- 532 名前：nobodyさん mailto:sage [2007/08/15(水) 10:43:19 ID:???]
- >>531
このようにあえてRoRクローン風って明言した（影響を受けているとかいうんじゃなくて）ＦＷとしては、
他にどんなのがあるの？
- 533 名前：nobodyさん mailto:sage [2007/08/15(水) 14:34:24 ID:???]
- 建てたお
【PHP】PHP on Rails
pc11.2ch.net/test/read.cgi/php/1187142925/
- 534 名前：nobodyさん mailto:sage [2007/08/15(水) 14:41:17 ID:???]
- 533は何勘違いしてるんだ？
削除依頼だしてこいよ。
- 535 名前：nobodyさん mailto:sage [2007/08/15(水) 14:57:18 ID:???]
- PHP on Rails って PHP on Trax の旧名だよな
- 536 名前：nobodyさん [2007/08/18(土) 16:49:31 ID:XeatXWbb]
- はーいはい。みなさん。こんな本出ますよ。
神本ですよっと。
www.cbook24.com/bm_detail.asp?sku=9784896273564
- 537 名前：nobodyさん mailto:sage [2007/08/18(土) 18:23:53 ID:???]
- こいつも佐久間と一緒で本出しすぎだな。
- 538 名前：nobodyさん mailto:sage [2007/08/18(土) 20:21:23 ID:???]
- >>536
発売したら立ち読みしてこよっと
- 539 名前：nobodyさん mailto:sage [2007/08/18(土) 20:41:35 ID:???]
- そしたらレポして３行で総括よろしく
- 540 名前：nobodyさん mailto:sage [2007/08/18(土) 21:57:37 ID:???]
- なんかドキュメント印刷しただけっぽい内容だな。
- 541 名前：nobodyさん mailto:sage [2007/08/19(日) 23:13:36 ID:???]
- 携帯サイトに相性がいいフレームワークってある？
- 542 名前：nobodyさん mailto:sage [2007/08/20(月) 00:12:15 ID:???]
- >>541
何を求めてフレームワーク使おうとしているかがわからんから答えようがない
- 543 名前：nobodyさん mailto:sage [2007/08/20(月) 19:52:44 ID:???]
- ttp://ke-tai.org/
- 544 名前：nobodyさん mailto:sage [2007/08/22(水) 01:33:27 ID:???]
- フレームワーク本は予想通り、マニュアルコピペ＆彼女の他作の流用でした
- 545 名前：nobodyさん [2007/08/22(水) 08:04:04 ID:4atvg3yr]
- >>544
Zend_Smartyの部分なんかがっかりしたよ。
あれじゃ、Ｓｍａｒｔｙの良さ死んどる
- 546 名前：nobodyさん mailto:sage [2007/08/22(水) 13:40:39 ID:???]
- 掲示板の投稿で
フォーム記入→確認顔面→投稿
この流れを簡単にしやすいFWないかな？
- 547 名前：nobodyさん mailto:sage [2007/08/22(水) 14:22:32 ID:???]
- PEARのQuickFormだか何だかは？
- 548 名前：nobodyさん mailto:sage [2007/08/22(水) 15:33:07 ID:???]
- 一瞬いい本が出ると思ったが
マニュアルをネットからダウンロードすればいいだけの話か
- 549 名前：nobodyさん [2007/08/23(木) 15:37:34 ID:gq3i3Qc4]
- >>546
確認顔面というのは、投稿者の顔が不細工だとフィルタかける
っていうことですか？。FWレベルでは、そういう実装はないと思います。
- 550 名前：nobodyさん mailto:sage [2007/08/24(金) 00:12:40 ID:???]
- >>546
顔面はともかくethnaかな？
- 551 名前：nobodyさん [2007/08/24(金) 00:42:54 ID:YoTG53/u]
- なぜethnaが優位性を持つのか説明してくれ
- 552 名前：nobodyさん mailto:sage [2007/08/24(金) 00:47:43 ID:???]
- ふじもと神の顔面が優位(=イケメン)なのかと思った。
- 553 名前：nobodyさん mailto:sage [2007/08/24(金) 03:46:39 ID:???]
- >>547
QFCは死んでる。
やるだけ時間の無駄。
- 554 名前：nobodyさん [2007/08/25(土) 15:41:51 ID:m12CHPqL]
- QFがダメな子とは良く聞くけど、
ダメさを今一理解していない俺に、QFの機能でダメな点を教えてくれ。
QF無しだと確認画面尽きデータ更新画面作るの超面倒臭くない？
入力値のバリデートもフィルタも。
そういう時は皆QF以外の何使ってるんでしょう。
- 555 名前：nobodyさん mailto:sage [2007/08/25(土) 15:55:04 ID:???]
- > そういう時は皆QF以外の何使ってるんでしょう。
CakePHPなどのフレームワーク。
- 556 名前：nobodyさん mailto:sage [2007/08/25(土) 16:40:10 ID:???]
- QFはフォームの組み立てから入力のバリデートにHTML出力まで全部こなそうとするんで
特に入力値のバリデーションとかで
Mojaviとかのフルスタックのフレームワークに組み込みにくいという事情があった
でも今でもSymfonyとかCakeとかCIとかが持つフォームシステムで
QFほど何から何まできちんとやってくれるものはないと思う
特にバリデーションJavaScript自動生成とfreeze()あたりは
今風のフレームワークでも何らかで実装してほしいものだなー
あとQFCは死んでるしやるだけ時間の無駄だと思うｗ
- 557 名前：nobodyさん mailto:sage [2007/08/25(土) 16:54:28 ID:???]
- >>554
2年前の記事だけど
hatotech.org/kumatch/archives/000475.html
一時期QFが取り上げられて流行ったけど
QFだとフォームのエレメント主導の作りになっちゃうんだな
フォームにvalidationがぶら下がっちゃうっていうか
コントローラにエレメント生成のコードが入っちゃうし
あと複雑なフォームの構成になるとトリッキーなコードになりやすかった
現状のFWなら大体フォームエレメントの生成はViewHelper、
入力値のvalidationはValidatorでやる形が主流だな
歴史的にそういう経緯があって、今こうなっているということは
結局今の形がよりベターな構成だということなんじゃないかな
- 558 名前：nobodyさん mailto:sage [2007/08/25(土) 16:55:36 ID:???]
- >>555
>>556
自社製FWしか使った事が無くて、
それはQFを組み込んだものでして。
CIとかCakeのマニュアルを流し読み程度はしてみたものの、
面倒臭い確認画面尽きの時の画面遷移コントロールなんかがカバーされてるようには見えなくて、不思議に思ってました。
海の向こうでは確認画面あまり出さないからなのかな、とか。
フォーム要素をPHPオブジェクトと対応させるQFの発想は悪くないと思うのになぁ、とか。
まぁ、とりあえず実際にCI、Cake辺り触ってみるのが早そうですね。
- 559 名前：nobodyさん mailto:sage [2007/08/25(土) 17:09:11 ID:???]
- >>557
確かにフォーム要素をQFでごにゃごにゃ書くのは面倒ですね。
書き方覚えるのも。個人的にはjsと同じ書き方でやらせてくれればいいのにと思います。
- 560 名前：nobodyさん mailto:sage [2007/08/25(土) 17:36:07 ID:???]
- JavaScriptによるクライアントサイドバリデーションはUI的には良いかもしれないけど
信頼性は皆無なので、結局サーバサイドでのバリデーションが必要になるよね。
だからバリデーションJavaScript自動生成を好んで実装したがるFW作者は少ないと思う。
フォーム要素とPHPオブジェクトのバインディングとは少し違うけど、
HTML_Template_Flexyでのフォーム要素の扱いは知っておいて損はないかも。
- 561 名前：nobodyさん mailto:sage [2007/08/25(土) 18:24:06 ID:???]
- >>560
QFだとバリデーションをひとつ設定すればサーバサイドとクライアントサイドを自動的にやってくれるんで
信頼性をサーバサイドで確保しつつUI利便性のためクライアントサイドで……ってのが
とても簡単にできたのよ
（自作ルールセットではさすがにそうもいかないけど）
最近じゃクライアントサイドの利便性はAJAX使えってことになっちゃうのかなぁ
でもそれ自体をやりやすくしてるフレームワークってあるのかな
AJAX対応のASP.NETとかはそれに近いことをやってた気がするが……
- 562 名前：nobodyさん [2007/08/25(土) 18:45:15 ID:CTb1TM+m]
- そもそも、フォームの生成なんてするもんじゃないだろ。
それに、主要フレームワークはほとんどビューヘルパーとか用意してるけど、
実際問題、ベタ書きした方が正確だし、デザイナーにも易しいだろ。
- 563 名前：nobodyさん [2007/08/25(土) 19:07:06 ID:S/G680iY]
- >>562
自分もそう思う。
- 564 名前：nobodyさん mailto:sage [2007/08/25(土) 20:34:11 ID:???]
- QF2なんてのも出てきてる。。。
なんだこりゃ。
- 565 名前：nobodyさん mailto:sage [2007/08/25(土) 21:31:26 ID:???]
- >>562
フォームがDBのテーブルへの操作窓であるような概念のアプリの場合は
クラスがバリデータとかを提供する方がむしろ自然になるような設計もあると思う
QFでそれをやろうとすると、HTMLとか$_POSTとかまでQFが面倒みちゃうんで
その辺が激しく気持ち悪いことになるのが難点だけど……
HTMLについてはベタ書きよりもきちんと生成されたものの方が正確って考え方もできると思うよ
あとデザイナはフォームがどうなろうと周囲の枠だけ書けば良いような場合もあるし。
結局いつもの「適材適所で」みたいな結論になっちゃうのが残念だがなぁ
- 566 名前：nobodyさん [2007/08/25(土) 21:37:02 ID:S/G680iY]
- POST値に対するvalidataだけなら、既存FWのクラスで十分だよ
>>556の言う「QFほど何から何まできちんとやってくれるものはないと思う」って
具体的になにをさしてるのかわからんわ。JSとか言ってるところ見ると
仔細なチェックまでFWに背負わせようとしてるんじゃないの。そんなの
スクラッチでやったほうが確実だっての。
- 567 名前：nobodyさん mailto:sage [2007/08/25(土) 21:38:40 ID:???]
- 手書きは不確実です。絶対にミスが出ます。
- 568 名前：nobodyさん mailto:sage [2007/08/25(土) 21:40:44 ID:???]
- >>566
スクラッチでやるよりも、
何もしないほうが確実ですよ？
JavaScriptはほぼ自動生成です。
仔細なチェックは当然、phpコードで書きます。
それだけで自動でJavaScriptコードが生成されるのです。
- 569 名前：nobodyさん mailto:sage [2007/08/25(土) 21:43:58 ID:???]
- 連続で真っ赤になって書かなくてもいいのにw
- 570 名前：nobodyさん mailto:sage [2007/08/25(土) 21:45:52 ID:???]
- 反論できないなら書かなくていいのにｗｗｗｗ
- 571 名前：nobodyさん mailto:sage [2007/08/25(土) 21:47:01 ID:???]
- >>569
二人に即効で反論されたからって泣くなよ。
２ちゃんねる初心者か？ｗ
- 572 名前：nobodyさん mailto:sage [2007/08/25(土) 21:48:56 ID:???]
- w多い人ですね
- 573 名前：nobodyさん mailto:sage [2007/08/25(土) 21:50:24 ID:???]
- 二人の証明すべきだな。>>571は
- 574 名前：nobodyさん mailto:sage [2007/08/25(土) 21:56:04 ID:???]
- 俺じゃないやつが書き込んだから二人というだけのことですが？
>>569は荒らすのが目的なのか？
違うのなら黙ってろ。
- 575 名前：565 mailto:sage [2007/08/25(土) 22:10:37 ID:???]
- なんかいきなり荒れたなぁ……
べつに相手を言い負かそうとかどっちが勝ちとか考えずに
フレームワークとかフォーム処理とかの良い実装について語り合えるって程度でいいんだけどー
>>566
FWのクラスでも充分だしQFでも充分なバリデートが出来るって話でしょ。
FWの意義のひとつにはなるけどQFが不要になる理由にはならないよね。
あとQFでJSを自動生成できるのはサーバ側でできるチェックより劣るので
完全にUI利便性（POSTする前にすぐにエラーを見つけられるとかその程度）だけの問題。
- 576 名前：nobodyさん mailto:sage [2007/08/26(日) 00:35:40 ID:???]
- 使いたいなら使えばいいと思うけど結局メンテしにくいのよQFで書いてると
フォームちょこっと変えたいだけなのに
ViewじゃなくてControllerにあるエレメント設定をいじらないといけないとか
ちょっと入力必須にしたいだけなのにエレメント設定しないといけないとか
でQFでやってるとフォームに関する全ての処理を
QFでやらないといけない感が漂ってきて
FWでMVCに沿ってるはずがだんだんQF主導のコードになっちゃうわけ
RequestもValidationもViewHelperも兼ねてるからそうならざるを得ない
多機能なライブラリが故にそれが仇となってFWに組み込みづらくなる
だからといってそれらの処理をFWによる機能とQFの機能で
中途半端に混ぜて使ってしまうともう最悪のパターンになる
だから、使わない
- 577 名前：nobodyさん mailto:sage [2007/08/26(日) 01:05:13 ID:???]
- QFを使うと氏ぬ
- 578 名前：nobodyさん mailto:sage [2007/08/26(日) 01:52:27 ID:???]
- いっそQFに合わせたFWというのはどうだろう。
webベースのエディタ画面でフォームを作成すると、
それに合わせたコードが吐き出されて、
ついでにDBのテーブルも作ってくれる。
これで名実共にWeb版VBの名を欲しいままに・・。
|
 |
