トップページ⇒php
1001コメント265KB

【PHP】フレームワークについて語るスレ7【総合】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/06/09(土) 09:48:36ID:6f8TWb7Z
前スレ
【PHP】フレームワークについて語るスレ6【総合】
http://pc11.2ch.net/test/read.cgi/php/1171896620/

[PHP]フレームワークについて語るｽﾚ5[総合]
http://pc10.2ch.net/test/read.cgi/php/1159579507/

[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
0554nobodyさん2007/08/25(土) 15:41:51ID:m12CHPqL
QFがダメな子とは良く聞くけど、
ダメさを今一理解していない俺に、QFの機能でダメな点を教えてくれ。

QF無しだと確認画面尽きデータ更新画面作るの超面倒臭くない？
入力値のバリデートもフィルタも。

そういう時は皆QF以外の何使ってるんでしょう。
0555nobodyさん2007/08/25(土) 15:55:04ID:???
> そういう時は皆QF以外の何使ってるんでしょう。
CakePHPなどのフレームワーク。
0556nobodyさん2007/08/25(土) 16:40:10ID:???
QFはフォームの組み立てから入力のバリデートにHTML出力まで全部こなそうとするんで
特に入力値のバリデーションとかで
Mojaviとかのフルスタックのフレームワークに組み込みにくいという事情があった

でも今でもSymfonyとかCakeとかCIとかが持つフォームシステムで
QFほど何から何まできちんとやってくれるものはないと思う
特にバリデーションJavaScript自動生成とfreeze()あたりは
今風のフレームワークでも何らかで実装してほしいものだなー

あとQFCは死んでるしやるだけ時間の無駄だと思うｗ
0557nobodyさん2007/08/25(土) 16:54:28ID:???
>>554
2年前の記事だけど
http://hatotech.org/kumatch/archives/000475.html

一時期QFが取り上げられて流行ったけど
QFだとフォームのエレメント主導の作りになっちゃうんだな
フォームにvalidationがぶら下がっちゃうっていうか
コントローラにエレメント生成のコードが入っちゃうし
あと複雑なフォームの構成になるとトリッキーなコードになりやすかった

現状のFWなら大体フォームエレメントの生成はViewHelper、
入力値のvalidationはValidatorでやる形が主流だな

歴史的にそういう経緯があって、今こうなっているということは
結局今の形がよりベターな構成だということなんじゃないかな
0558nobodyさん2007/08/25(土) 16:55:36ID:???
>>555
>>556
自社製FWしか使った事が無くて、
それはQFを組み込んだものでして。

CIとかCakeのマニュアルを流し読み程度はしてみたものの、
面倒臭い確認画面尽きの時の画面遷移コントロールなんかがカバーされてるようには見えなくて、不思議に思ってました。

海の向こうでは確認画面あまり出さないからなのかな、とか。
フォーム要素をPHPオブジェクトと対応させるQFの発想は悪くないと思うのになぁ、とか。

まぁ、とりあえず実際にCI、Cake辺り触ってみるのが早そうですね。
0559nobodyさん2007/08/25(土) 17:09:11ID:???
>>557
確かにフォーム要素をQFでごにゃごにゃ書くのは面倒ですね。
書き方覚えるのも。個人的にはjsと同じ書き方でやらせてくれればいいのにと思います。
0560nobodyさん2007/08/25(土) 17:36:07ID:???
JavaScriptによるクライアントサイドバリデーションはUI的には良いかもしれないけど
信頼性は皆無なので、結局サーバサイドでのバリデーションが必要になるよね。
だからバリデーションJavaScript自動生成を好んで実装したがるFW作者は少ないと思う。

フォーム要素とPHPオブジェクトのバインディングとは少し違うけど、
HTML_Template_Flexyでのフォーム要素の扱いは知っておいて損はないかも。
0561nobodyさん2007/08/25(土) 18:24:06ID:???
>>560
QFだとバリデーションをひとつ設定すればサーバサイドとクライアントサイドを自動的にやってくれるんで
信頼性をサーバサイドで確保しつつUI利便性のためクライアントサイドで……ってのが
とても簡単にできたのよ
（自作ルールセットではさすがにそうもいかないけど）

最近じゃクライアントサイドの利便性はAJAX使えってことになっちゃうのかなぁ
でもそれ自体をやりやすくしてるフレームワークってあるのかな
AJAX対応のASP.NETとかはそれに近いことをやってた気がするが……
0562nobodyさん2007/08/25(土) 18:45:15ID:CTb1TM+m
そもそも、フォームの生成なんてするもんじゃないだろ。
それに、主要フレームワークはほとんどビューヘルパーとか用意してるけど、
実際問題、ベタ書きした方が正確だし、デザイナーにも易しいだろ。
0563nobodyさん2007/08/25(土) 19:07:06ID:S/G680iY
>>562
自分もそう思う。
0564nobodyさん2007/08/25(土) 20:34:11ID:???
QF2なんてのも出てきてる。。。
なんだこりゃ。
0565nobodyさん2007/08/25(土) 21:31:26ID:???
>>562
フォームがDBのテーブルへの操作窓であるような概念のアプリの場合は
クラスがバリデータとかを提供する方がむしろ自然になるような設計もあると思う
QFでそれをやろうとすると、HTMLとか$_POSTとかまでQFが面倒みちゃうんで
その辺が激しく気持ち悪いことになるのが難点だけど……

HTMLについてはベタ書きよりもきちんと生成されたものの方が正確って考え方もできると思うよ
あとデザイナはフォームがどうなろうと周囲の枠だけ書けば良いような場合もあるし。

結局いつもの「適材適所で」みたいな結論になっちゃうのが残念だがなぁ
0566nobodyさん2007/08/25(土) 21:37:02ID:S/G680iY
POST値に対するvalidataだけなら、既存FWのクラスで十分だよ
>>556の言う「QFほど何から何まできちんとやってくれるものはないと思う」って
具体的になにをさしてるのかわからんわ。JSとか言ってるところ見ると
仔細なチェックまでFWに背負わせようとしてるんじゃないの。そんなの
スクラッチでやったほうが確実だっての。
0567nobodyさん2007/08/25(土) 21:38:40ID:???
手書きは不確実です。絶対にミスが出ます。
0568nobodyさん2007/08/25(土) 21:40:44ID:???
>>566
スクラッチでやるよりも、
何もしないほうが確実ですよ？

JavaScriptはほぼ自動生成です。

仔細なチェックは当然、phpコードで書きます。
それだけで自動でJavaScriptコードが生成されるのです。
0569nobodyさん2007/08/25(土) 21:43:58ID:???
連続で真っ赤になって書かなくてもいいのにw
0570nobodyさん2007/08/25(土) 21:45:52ID:???
反論できないなら書かなくていいのにｗｗｗｗ
0571nobodyさん2007/08/25(土) 21:47:01ID:???
>>569
二人に即効で反論されたからって泣くなよ。
２ちゃんねる初心者か？ｗ
0572nobodyさん2007/08/25(土) 21:48:56ID:???
w多い人ですね
0573nobodyさん2007/08/25(土) 21:50:24ID:???
二人の証明すべきだな。>>571は
0574nobodyさん2007/08/25(土) 21:56:04ID:???
俺じゃないやつが書き込んだから二人というだけのことですが？

>>569は荒らすのが目的なのか？
違うのなら黙ってろ。
05755652007/08/25(土) 22:10:37ID:???
なんかいきなり荒れたなぁ……
べつに相手を言い負かそうとかどっちが勝ちとか考えずに
フレームワークとかフォーム処理とかの良い実装について語り合えるって程度でいいんだけどー

>>566
FWのクラスでも充分だしQFでも充分なバリデートが出来るって話でしょ。
FWの意義のひとつにはなるけどQFが不要になる理由にはならないよね。
あとQFでJSを自動生成できるのはサーバ側でできるチェックより劣るので
完全にUI利便性（POSTする前にすぐにエラーを見つけられるとかその程度）だけの問題。
0576nobodyさん2007/08/26(日) 00:35:40ID:???
使いたいなら使えばいいと思うけど結局メンテしにくいのよQFで書いてると
フォームちょこっと変えたいだけなのに
ViewじゃなくてControllerにあるエレメント設定をいじらないといけないとか
ちょっと入力必須にしたいだけなのにエレメント設定しないといけないとか

でQFでやってるとフォームに関する全ての処理を
QFでやらないといけない感が漂ってきて
FWでMVCに沿ってるはずがだんだんQF主導のコードになっちゃうわけ

RequestもValidationもViewHelperも兼ねてるからそうならざるを得ない
多機能なライブラリが故にそれが仇となってFWに組み込みづらくなる
だからといってそれらの処理をFWによる機能とQFの機能で
中途半端に混ぜて使ってしまうともう最悪のパターンになる
だから、使わない
0577nobodyさん2007/08/26(日) 01:05:13ID:???
QFを使うと氏ぬ
0578nobodyさん2007/08/26(日) 01:52:27ID:???
いっそQFに合わせたFWというのはどうだろう。

webベースのエディタ画面でフォームを作成すると、
それに合わせたコードが吐き出されて、
ついでにDBのテーブルも作ってくれる。

これで名実共にWeb版VBの名を欲しいままに・・。
0579nobodyさん2007/08/26(日) 02:03:09ID:???
フォームからDBスキーマを予想するのは無理ぽ
0580nobodyさん2007/08/26(日) 04:06:26ID:???
>>579
マスタ系テーブルだけ先に手動で作らせておいて、
セレクトボックス、チェックボックス、ラジオボタンはそれを使わせる。

連関エンティティが必要になるようなフォームは自動生成からは切り捨てる。

idはサロゲートキー。

text=varchar
textarea=text
0581nobodyさん2007/08/26(日) 04:53:39ID:???
すみません、恥を忍んで言いますと、私JSが全く書けないんです。

なので、JS付きのValidateしてくれるQFを見た瞬間！！！これだ！！と。

それだけなんです。JS覚えればQFなんていらないです。
でも覚えられないんです。すみませんでした。
0582nobodyさん2007/08/26(日) 05:09:13ID:???
入力チェックのjsなんて難しくねーだろ
HTMLにjsが入るのも気に食わん
0583nobodyさん2007/08/26(日) 05:59:51ID:???
JSでチェックするメリットはあんまりないよな
ajaxでやるならともかく
QFみたいなﾀﾞｻﾀﾞｻﾁｪｯｸは素人くさいよ
まだあるっちゃあるけど
0584nobodyさん2007/08/26(日) 07:58:43ID:???
>>580
それはフォームからスキーマじゃなくて、スキーマからフォームでしょう？
579と逆なんだけど。
0585nobodyさん2007/08/26(日) 08:56:04ID:???
まさかとは思うが、JSのみでValidateしてる人っていないよね。
0586nobodyさん2007/08/26(日) 09:52:19ID:???
あくまでUIの快適さをあげるために存在する
追加の機能であるJavaScriptでの検証。
それもサーバー側でのチェックと同じ機能を
二回も書くなんて面倒。
DRYの原則に反する。
自動で生成されたら楽。
0587nobodyさん2007/08/26(日) 10:08:32ID:???
自動生成だから使うってのはどうかと思うが。サーバチェックだけでいいし
でなきゃ、「UI」改善のための実装ならajax使うでしょ。
今時html埋め込みの単なるjs使う意味は？
0588nobodyさん2007/08/26(日) 10:15:11ID:???
できる限り無駄な通信を避けたい時。
そんなことも想定できないほど脳が腐ってますか？
0589nobodyさん2007/08/26(日) 10:19:05ID:???
JSチェックで削減できる通信量がどれだけあるのかって話だよな
貧者の発想という気がする
0590nobodyさん2007/08/26(日) 11:03:26ID:???
結局サーバー側でもチェックするんだから
通信量なんか関係ないんじゃね？
0591nobodyさん2007/08/26(日) 11:06:18ID:???
JSでチェックしてNGならsubmit止める（＝通信させない）とかじゃね？
0592nobodyさん2007/08/26(日) 11:13:50ID:???
>>591
当たり前すぎなんだが、そんなこも知らずに話してたんか。
だから通信が発生するAjaxは論外。
結局、否定しているやつはなんもわかってないじゃねーかｗ
0593nobodyさん2007/08/26(日) 11:19:30ID:???
>>589
> JSチェックで削減できる通信量がどれだけあるのかって話だよな
> 貧者の発想という気がする

どうやっても、JavaScriptによるレスポンスの速さを
サーバー通信が必要な方法で超えることはできんよ。

問題は通信量ではなく、すばやい反応。
そこを勘違いしていたお前の負けだ。
0594nobodyさん2007/08/26(日) 11:42:52ID:???
なんか「AJAX=新しい=あらゆる最強」みたいな都市伝説を信奉してる人がいる気がする……

郵便番号から住所への変換とかはAJAXで利便性も上がる一例だけど
項目のrequiredチェックなんぞにいちいちAJAX使ったら利便性下がる一方じゃないかな。

httpdの受け口が増えまくるのはサーバ負荷管理的にもおいしくない。
それが問題にならない程度のアクセス数/サーバ数の予算が取れるなら
負荷の点は問題にしなくてもいい場合もあるが。
0595nobodyさん2007/08/26(日) 12:30:21ID:???
JSチェック支持派はJSでだっさいalert出したりしてんの？
動的にDOMいじってサーバと通信した場合と同じ画面にするなら
まあありとも思うが
そこまで手間をかけるならもういいわってなるな。
0596nobodyさん2007/08/26(日) 12:35:30ID:???
>>594
ajaxで転送量減らすこともできるよ
別にリアルタイム性だけがajaxの利点でもない
0597nobodyさん2007/08/26(日) 13:20:43ID:???
>>595
お前言っていることが極端だぞ。

動的にDOMいじってきれいな画面を作る手間をかけるのなら
もういいやと思うんだろ？
そこで普通はもういいやってことでJavaScriptのalertを出すだろ。

１．DOMいじる
２．JavaScriptのalert（コードを別に書く必要は無い）
３．なにもしない

１番がいやだからっていきなり3番の案に飛ぶなよｗ

それに、俺ならalert(msg)の代わりにdocument.getElementById("msg") = msg;に
置き換えるだけだが？ これがそんなに手間がかかることかよｗ
0598nobodyさん2007/08/26(日) 13:23:47ID:???
>>596
> ajaxで転送量減らすこともできるよ
転送を伴わないAjaxってJavaScriptと同じことだろｗ

> 別にリアルタイム性だけがajaxの利点でもない
操作性向上に必要なのはリアルタイム性です。

いまはリアルタイム性の高さが（通信をしない）
JavaScriptのエラーチェックの利点だねって話をしているのです。
0599nobodyさん2007/08/26(日) 13:58:16ID:???
　　　　　　　　*'``・* 。
　　　　　　　　|　　　　 `*。
　　　　 　　,｡∩　　　　 　* 　　　もうどうにでもな〜れ
　　　　　　+　(´･ω･`)　*｡+ﾟ
　　　　　　`*｡ ヽ、　 つ *ﾟ*
　　　　　　　`・+｡*・' ﾟ⊃ +ﾟ
　　　　　　　☆　　 ∪~ ｡*ﾟ
　 　　　　　　`・+｡*・ ﾟ
0600nobodyさん2007/08/26(日) 14:12:18ID:???
頑なにJSでのヴァリデートを否定してるヤツは単に書けないだけじゃねーのか。
別に俺は使わないが「利点がわからない」とか言ってる奴は本当に脳が爛れてるとしか思えんｗ
0601nobodyさん2007/08/26(日) 14:38:46ID:???
最初の問題設定を改竄しちゃいけねーよ。
FWにQFを乗っけて使う煩瑣さの指摘があって、
それを打ち消すだけのメリットとしてjsエラーチェックの自動生成なるもの
が持ち上げられてるから、突っ込みが入ってるだけだろ。
0602nobodyさん2007/08/26(日) 14:57:50ID:???
普通に>>585のあたりからJSのヴァリデートの利点そのものに疑問を抱いてるヤツいるじゃん。
そういう人に対して言ってるんですがｗ
0603nobodyさん2007/08/26(日) 14:59:19ID:???
あぁ、ここは卑屈な捕らえ方する人ばっかだからやっぱ気にしなくていいや。
>>600と>>602は気にしないで楽しいお話を続けておくれ
0604nobodyさん2007/08/26(日) 15:08:20ID:???
だったらはげしくスレ違い
0605nobodyさん2007/08/26(日) 17:29:57ID:???
>>601
ちょっと誤解があるようだ。

おれが>>556で書いたのは
「打ち消すだけのメリットがjsエラーチェックにある」ではなく
「打ち消すほどのメリットではないが今のFWにも実装してほしい機能としてjsエラーチェックなどがある」なので
jsエラーチェックがなきゃﾔﾀﾞﾔﾀﾞ!と言ってるわけじゃない。

で「jsエラーチェックなんてそもそも不要じゃん」という意見が出てきたのだが
まぁそういう仕事もあるかもしれないけど、あれば便利だとおれは思うし、必要になる案件もある。
AJAX云々は完全に話がすれ違ってると思うが。
0606nobodyさん2007/08/26(日) 18:07:32ID:???
話は変わるが俺のアイデアを聞いてくれ。

QFの利点はPHPでコードを書くだけでJavaScriptの
エラーチェックに変換してくれる。つまりエラーチェックコードを二度書かなくていいことにあるわけだが、
そのためにはaddRuleメソッドでrequiredを設定するというコードを書く必要がある。

そう、PHPのエラーチェックコードではなく、
フォームに、requiredなどの属性を設定するわけだ。

だから複雑なエラーチェックがやりにくい。
そこでだ、PHPコードそのものでエラーチェックできたら良いとは思わないか？
たとえば、if ( $value == "") {return false;} こういう感じだ。
しかしこのコードをよく見てほしい。なんとそのままでJavaScriptコードとしても通用してしまうのだ！

これを応用すれば、一つのコードでPHPでもJavaScriptでも通用するコードを作れるではないか。
つまり書くのは一度ですむんだ！ ちなみに互換性が無い部分は関数を使用することで対処できる。
0607nobodyさん2007/08/26(日) 21:58:18ID:???
>>598
画面を書き換えずにxmlなりjsonなりのデータだけをやりとりすることで
転送量を減らすことができる
それもまたajax。
まあJSチェックをサーバプログラムと別に書くのは基本的にダサい方法だが
十分に抽象化して自動生成するならクリーンにもなりうるな。
書くのは面倒くさそうだが。
0608nobodyさん2007/08/26(日) 22:32:58ID:???
> 画面を書き換えずにxmlなりjsonなりのデータだけをサーバーとデータを転送してやりとりすることで
> 転送量を減らすことができる

あふぉか？ｗ
0609nobodyさん2007/08/26(日) 23:08:32ID:???
なんか文脈なしに非ajax的js過剰に擁護してんの一人だろ
もういいからどっかへ行けよ。スレ違いすぎる
0610nobodyさん2007/08/26(日) 23:10:51ID:???
>>607
xmlやjsonってサーバーと通信するだろ普通。
そりゃサーバーと通信しないで使えないことも無いだろうけどさ、
何のためにxmlやjsonに変換するのかって話。
JavaScriptのオブジェクトそのままでいいじゃんか。
0611nobodyさん2007/08/26(日) 23:23:21ID:???
必死です
0612nobodyさん2007/08/26(日) 23:23:47ID:???
>>609
AjaxもJavaScriptも同じもんだろ・・・
0613nobodyさん2007/08/26(日) 23:25:08ID:???
更に必死です
0614nobodyさん2007/08/26(日) 23:25:37ID:???
みなさん。反論できないのがどっちかはいわなくてもわかるよね？
0615nobodyさん2007/08/26(日) 23:28:32ID:???
互いに話が食い違ってるように見える
0616nobodyさん2007/08/26(日) 23:30:45ID:???
そりゃ、「AjaxとかXMLとかJSONとかとりあえず関係ありそうな言葉を並べてみました。
でも意味はよくわかっていません。なにが間違っているというのですか？」な
素人が混じっているんだから無理ないなｗ
0617nobodyさん2007/08/27(月) 00:07:28ID:???
いや、一人でやってるように見える
0618nobodyさん2007/08/27(月) 00:25:28ID:???
>>605
じゃあそういうことでいいんじゃね。
馬鹿ひきつれて帰ってくれ
0619nobodyさん2007/08/27(月) 00:34:50ID:???
レスを見たくないのなら自分が消えるしか方法はありません。
0620nobodyさん2007/08/27(月) 01:26:01ID:???
なーんでそんなに相手を論破しようとがんばっちゃうのかね
0621nobodyさん2007/08/27(月) 02:19:50ID:???
正直自前でやった方がPHPもJSもHTMLもすっきりすると思うんだが。
QF使ったソースって見辛くね？
0622nobodyさん2007/08/27(月) 02:37:39ID:???
>>610
いやだから転送量を「減らす」って言ってるじゃん…
サーバサイドのvalidateもするんだよ、もちろん。
二人くらいのど素人が何を撃っているかも分からず銃乱射してる感じだな。
0623nobodyさん2007/08/27(月) 02:49:11ID:???
通信回数と転送量を一緒にして、区別できていないようだな。
転送量が同じでも、PHPを1回呼ぶのと10回呼ぶのでは、
サーバーの負荷（主にCPU）が異なる。
ajax利用では、転送量よりも通信回数が意識されるところ。
0624nobodyさん2007/08/27(月) 02:57:01ID:???
>>623
なんでそんな当たり前のこと言ったん
0625nobodyさん2007/08/27(月) 03:11:56ID:???
でもそんなの関係ねぇ！
0626nobodyさん2007/08/27(月) 03:49:30ID:???
　　　　　　　　　　 ∩＿＿＿∩
　　　　　　　　　　ノ　　　　　 　ヽ　　/⌒)　
　　　　　　　　 /⌒) (ﾟ)　　　(ﾟ)　|／　／ はい
　　　　　　　　/　/　 　( _●_)　 ミ／　　オッパッピー
　　　　　　　.（　　ヽ　　|∪|　　／
　　　　　　　　＼　　　 ヽノ　/
　　　　＿＿＿ /　　　　　　/
　　　（＿＿＿＿＿　　　 /
　　　　　　　　　　　 　＼　＼
　　　　　　　　　　　　　 　)　 )
　　　　　　　　　　　　　 （　 ＼　　　　　
　　　　　　　　　　　　　 　＼＿)
0627nobodyさん2007/08/27(月) 06:53:24ID:???
oreoreFW作ってるんだが
クラス名の命名規則からファイルの位置が決まるようにするのと
ﾁﾝﾎﾟﾆｰのように事前にサーチして
クラスファイル位置のインデックスを作っておくの
どっちがベター？
0628nobodyさん2007/08/27(月) 09:01:18ID:???
>>623
通信回数を減らしたところで、
サーバーにアクセスしたら
サーバーにアクセスしないよりも、
レスポンスは落ちるんだよ。
そのレスポンスの速さが重要だというのに。
0629nobodyさん2007/08/27(月) 10:26:17ID:???
テトリスでも作ってんの？
0630nobodyさん2007/08/27(月) 11:13:56ID:???
作っていませんが何の関係があるんですかねぇ？
0631nobodyさん2007/08/27(月) 11:18:52ID:???
　　　　　　　　　　 ∩＿＿＿∩
　　　　　　　　　　ノ　　　　　 　ヽ　　/⌒)　
　　　　　　　　 /⌒) (ﾟ)　　　(ﾟ)　|／　／ はい
　　　　　　　　/　/　 　( _●_)　 ミ／　　PHP
　　　　　　　.（　　ヽ　　|∪|　　／
　　　　　　　　＼　　　 ヽノ　/
　　　　＿＿＿ /　　　　　　/
　　　（＿＿＿＿＿　　　 /
　　　　　　　　　　　 　＼　＼
　　　　　　　　　　　　　 　)　 )
　　　　　　　　　　　　　 （　 ＼　　　　　
　　　　　　　　　　　　　 　＼＿)
0632nobodyさん2007/08/27(月) 22:54:54ID:???
今まで読んできたけど
少なくとも

>>598
> >>596
> > ajaxで転送量減らすこともできるよ
> 転送を伴わないAjaxってJavaScriptと同じことだろｗ

こいつは馬鹿な素人だと言うことはわかった
0633nobodyさん2007/08/27(月) 22:59:33ID:???
あと、これもアフォですね
>>623
> 通信回数と転送量を一緒にして、区別できていないようだな。
> 転送量が同じでも、PHPを1回呼ぶのと10回呼ぶのでは、
> サーバーの負荷（主にCPU）が異なる。
> ajax利用では、転送量よりも通信回数が意識されるところ。

多分自分の中のAJAXの利用方法しか思いつかないからこういう発言になっちゃうん
だろうけど
0634nobodyさん2007/08/27(月) 23:49:43ID:???
Ajax = Asynchronous JavaScript + XML だ。
JavaScriptの一種に過ぎないんだよ。 よく覚えとけ。
0635nobodyさん2007/08/27(月) 23:56:37ID:???
ははーん
ずっと当たり前のことを言うという新手の釣りだな
0636nobodyさん2007/08/27(月) 23:59:39ID:???
引用だけして罵倒とか、実のあるレスがほとんどねぇ。
もう2chのレベルは初心者おしえて掲示板と変わらんがな。
それでいて口は悪いんだから最悪というか・・・。
0637nobodyさん2007/08/28(火) 00:01:45ID:???
583 名前：nobodyさん[sage] 投稿日：2007/08/26(日) 05:59:51 ID:???
JSでチェックするメリットはあんまりないよな
ajaxでやるならともかく

こいつもあふぉだな。

AJAXで使われている言語はJavaScriptのだってーの。
0638nobodyさん2007/08/28(火) 00:03:55ID:???
もう釣りなのか馬鹿なのか分からなくなってきた
混沌としすぎ
0639nobodyさん2007/08/28(火) 00:10:42ID:???
ajaxでチェックするってどういう意味だろ？

ajaxならかっこいい画面になる？
否 ajaxだからといってかっこよくなるわけでもないし、
javascriptでもかっこよく作れる。

ajaxならダサい標準のダイアログボックスがでない？
否 ajaxでも基本は標準のダイアログボックスだし
javascriptでも標準のダイアログボックス以外を使える。

たぶん、チェックをクライアントコードじゃなくて、
サーバーに問い合わせてやるといいたいんだろうけどさ、
そんなことしたら、サーバーと通信する分遅くなるじゃん？
0640nobodyさん2007/08/28(火) 00:14:15ID:???
サーバーに通信しないとチェックできない項目もある。
メアドが登録済みかどうかとか。
0641nobodyさん2007/08/28(火) 00:23:08ID:???
俺が少し整理してみる。

1)クライアントサイドのみのJavaScriptチェック
入力不足や間違いを即座に指摘できる。

2)Ajaxでサーバサイドをも巻き込んだチェック
1.の発展版。サーバサイドでしかチェックできないような項目を即座に指摘できる。

3)サーバサイドチェック
最終チェック。これは必須。

1や2は利用者の操作性をうｐする。うまく作りこめば確認画面は要らないかも。
0642nobodyさん2007/08/28(火) 00:29:17ID:???
もうみんな閲覧条件としてJavaScript必須前提なのか。
0643nobodyさん2007/08/28(火) 00:33:01ID:???
>>642
両方でチェックするに決まってるじゃん。
QFはサーバー側で書くだけで、自動的にJavaScriptコードを生成してくれる。
0644nobodyさん2007/08/28(火) 00:52:05ID:???
何というwhile(1)な流れ
0645nobodyさん2007/08/28(火) 00:56:19ID:???
はいはい。もうそのQFのJS自動生成の話いいから。
スレ違いだつーのに。
0646nobodyさん2007/08/28(火) 00:58:15ID:???
逃げたｗ
0647nobodyさん2007/08/28(火) 00:59:25ID:???
フレームワークがjsの自動生成までカバーするべきか否かにも繋がるので、あながちスレ違いというわけでも。

QFもフレームワークと言えばフレームワークだよね。
フォーム処理に特化した。
0648nobodyさん2007/08/30(木) 17:06:50ID:???
symfonyとAkelosを比べた場合お勧めはどっちだろう。
誰か両方使ってみた。な人いる？
0649nobodyさん2007/08/31(金) 01:27:24ID:???
>>648
何をどう比べる？
構成そのものは結構派手に違うと思うから、何について知りたいかによるんじゃない？
概念的な比較なのかな？
0650nobodyさん2007/09/01(土) 04:07:45ID:???
PHP5で完全なMVC構造を維持してるコードが少ないフレームワークが欲しい
0651nobodyさん2007/09/01(土) 04:22:30ID:???
PHP5で完全なMVC構造を維持してるコードがないフレームワークが欲しい
0652nobodyさん2007/09/01(土) 05:18:08ID:???
完璧なMVCというものがそもそも存在しなくね？
インターフェイス間でやりとりするんだから少し混じり合うよ
0653nobodyさん2007/09/02(日) 21:01:25ID:???
>>649
もう好きなだけ自由に比べてくらさい。
概念的な比較から、
各フレームワークのお勧めポイントとか
0654nobodyさん2007/09/02(日) 21:26:47ID:???
さらに、その比較をどこかのwikiにでも書いてくれたら嬉しいかな。
■ このスレッドは過去ログ倉庫に格納されています