>>849
>$req = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_REQUEST)を1行書いておけばいいだけ。
これだからPHPerは。。。

>>851の説明を待ちましょう。

さすがクソコーダの考えることは違うな

>>852

どうしてもオブジェクトで表現したいときだけ、$obj = new Klass($_REQ)ってやればいい。
どうやったところで、$_REQには単純なスカラ変数（たまに配列）しか入ってないんだから。
Perlなど他の言語のように、自前でクエリストリングを取り出す処理を実装しなければいけないなら、初めからオブジェクトにしてもいいかもしれないけど。

なぁなぁ、それでどのＦＷのリクエストオブジェクトがそんなに糞なわけ？
参考までに教えてくれ

>>851
説明はまだか？

>>857
説明しないと分からないんでちゅか？

説明できないときのいいわけかよｗ

>>849はフレームワークを使ったことはあっても、フレームワークのソースは読んでないんだな。たぶん。

WhatじゃなくてHowがむき出しのダサダサコードだって言いたいんだろうけど、PHP使うような程度ならこれでいいんじゃね？

それは、フレームワークを使うか使わないかという段階での振り分け。言語の問題じゃない。

それに、>>849にクスクス笑いが起きるのは、デフォルト値実装の意味がわかってないからだよ。

PHP（mod_php）自体がグローバル変数を使い回すように設計されてる。

でっていう

フレームワーク覚えたいのですけど
シンプルなフレームワークありませんか？
デザイナーとプログラマが分離して作業できればいいんですが

ちいたん

>>865
コードイグナイタ使っとけ。

YiiFrameworkはソースの中で$_POSTをじかにアクセスしてるな。
ドキュメント見てて少し意外だった。
mojavi2ですらrequestオブジェクトだったというのに・・・。

PHPのFWに、ページ遷移のテストの機能を持ったものってありますか？

具体的にどういうこと？

フレームワーク使いたいんですがcakePHPか
国産のフレームワーク使うか迷っています
国産のフレームワークとかどうですか？

RoRみたいなことがしたいならケーキ焼いてろ。

国産のどのフレームワークだよ

>>869
諦めてPerlにしましょう。

ちいたんだろ

ページ遷移のテストって、どういうのかハッキリ分からないけど、Perlのフレームワークにそんなのあったっけ。CatalystとCGI::APPぐらいしか使ったことないけど。

国産フレームワークってどれがいい？
いずれcakePHPをやろうと思っています

>>877
まず国産にこだわる理由を書くと、それなりの意見や感想レスも出てくるかと。
いずれって事は、今は何を使ってるの？その辺も。
そこいらを書かないと実のある質問ではほとんどないと思う。

>>878
まずは、国産、つまり日本語で丁寧に解説されているのを
やってみようと思いました。英語わからないですし
ＰＨＰのフレームワークとはいえ、何かにつまづくかもしれないですし

今は何も使っていません。rubyのフレームワークを使って挫折しました。
サーバにアップロードするだけで使えるＰＨＰを勉強して
今、そろそろフレーム段階に突入したところです。

それほど難しいのはいらないので、cakePHPに興味があります
その前に国産使おうとしました
国産の種類の適正を知りたいです

それなら、あくまでも私見だけど、いきなりcakePHPで問題ない、と思う。
日本語の解説は、国産（現役はEthnaくらいか）より遙かに多かったりする。

あと、これはどのフレームワークにも言えることだけど、「どう使うのか」の部分では
解説やリファレンスが役に立つが、「どうなってるのか」の部分では、最終的には
ソースを読むしかないので、シンプルに書かれているフレームワークも触ってみると
いいかも。CI（Kohanaの方がいい？）とか、ちいたんwとか

ちいたん、って何かの罠なんですか？

>>879
ZFの方がお勧め

デザインとプログラムを分けて制作したいのですが
cakePHPは表示するのにデータベースを使うみたいで困ってます
データベースなしで使えるフレームワークがございましたら教えてください

cakePHP以外全部

表示にDBを使うって何に使ってるの？

>>883
それはあなたの思い込み。

さすがのcakePHPもDBをつかわないとHelloWorldも書けないとか、そんな終わっている仕様ではない。

>>879
国産FWでドキュメントがきっちりしてるのってEthnaしかないと思う。
EthnaのコミッタまでCakePHPを使い出してるらしいから、
もうだいぶ終わってる感があるけど・・・。

symfonyもCakePHPも日本語のドキュメントは充実してますよ！

前任者がmojavi2で作ったシステムのメンテしててずっとPHP4で
来てるんだけど、いい加減にPHP5以降を考慮してフレームワーク
移行かもしくはmojavi2のソースいじるかどうしようかと思案中。

mojavi2からシフトしやすいFWってどれがいいですかね。
どのみち多少のコード書き換えは発生するんだしと考えると
リセットして今後の運用のみ考えて選定したほうがいい気もするし・・・・

ちなみにシステムはとある業界の業務用アプリで大雑把に
ソースファイル数で2000近くある。当初２，３百ファイル程度の
規模だったのが客の要望にこたえているうちに雪だるま式に
膨らんでしまった。
規模がもう少し小さければ書き直すんだけど・・・

あと前任者はドロップアウトしてもう居ません（泣

>>888
やっぱりsymfonyでしょう
もう大分原形とどめていないとはいえ、mojavi3ベースだし

さあ、お前の代からRoRにするんだ。

>>886
cakePHPはDBないと動かないぞ

げ、調べたらＤＢないと動かないみたい
cakephpｗ

さすがカビたケーキと言われるだけあるな

いや普通に$uses = nullって書くだけでDB(モデル)使わないアプリ作れるけど
同じシステム内でだって画面によっちゃDB使わない画面もあるわけで、
そういうところでモデル呼び出さない設定ができて当たり前なわけで、
当然Cakeだってそういう設定はできる。

DBなくても動くんじゃないの？

さすが毒入りケーキ

>>894
ない
あるならソースよろ

http://www.1x1.jp/blog/2007/08/cakephp_no_db.html

usesの件は使ってりゃ誰でも気がつくだろ

>>883
CakePHPは少ししか使ったことないから詳しくは知らないけど、
大抵のphpで作るアプリケーションはデータベース使うよね。
別にデータベース使わないと駄目というつもりはないんだけど、

> デザインとプログラムを分けて制作したいのですが

この発言からすると、データベースについてなにか勘違いをしている気がするんだ。

デザインとプログラムを分けるには、
ロジックを普通にphpで書いて、デザインはテンプレートの仕組みで作ることだよ。
で、そのテンプレートに表示する内容は、
ロジックに含めず大抵はデータベースに格納する。
小規模な場合は、CSVファイルに保存する事もないとはいわないけど、
その方が逆に面倒だと思う。

>>899
フレームワークというより、Smarty等を勧めるだけでいいような気がする。

> 小規模な場合は、CSVファイルに保存する事もないとはいわないけど、
> その方が逆に面倒だと思う。
つSQLite
そろそろブラウザにも搭載されようかって勢いだし、正直データベース前提で
何の問題もないような。