【PHP】フレームワーク CakePHP　3ホール目【本命】

【PHP】フレームワー� ..

[2ch|▼Menu]

■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

538:nobodyさん
 08/04/02 17:27:44 
>>537 
テストのことを考えていってんの？俺はテストはブラウザでしかしないからｗ

539:nobodyさん
 08/04/02 17:29:17 
テスト中心に設計するならモデルに詰め込めるだけ詰め込めばいいんじゃね

540:nobodyさん
 08/04/02 17:30:57 
>>537 
複雑な一連の処理を具体的に述べよ 
はなしはそれからだ

541:nobodyさん
 08/04/02 17:32:26 
where が入るような条件文はモデルに書けばいいの？

542:nobodyさん
 08/04/02 17:33:42 
>>537 
モデルにもっていっていいのは 
どこからどこまで？

543:nobodyさん
 08/04/02 17:45:27 
>>537 
いくら給料もらってんだよ 
俺はＰＨＰプログラマで36万円

544:nobodyさん
 08/04/02 17:53:38 
　 
　 
　 
モデル上で別のモデルのデータ取得できなくね？

545:nobodyさん
 08/04/02 17:55:24 
>>542 
どこまでをモデルでやるかは結局設計しだいだけど、 
 
>>541 
ユーザーがフォームからの条件入力。URL形式での条件入力 
、つまりコントローラのアクション関数の引数に入る場合。 
 
その引数をもとにモデルを呼び出すわけだけど、 
このときのモデルの関数は汎用的なfind関数でもいいし、 
もっと簡単に扱いたければ、モデルに専用の関数を作って呼び出す。 
 
汎用的なfind関数を使う場合には、array('key' => '= ' . $value)なんて 
条件データに加工しないといけないよね？ これがコントローラの処理。 
 
モデルに専用の関数を作る場合、もっと簡単に使える関数にするね。 
もちろんその場合、モデル内部でfind関数を使うことになるだろうし、 
そのための条件の加工もモデルに書く。 
 
ユーザーの入力した条件が、POSTでくる場合は、 
$this->dataから条件を作り出す所までもうちょっと 
コントローラでやる仕事が増えるだろう。 
 
それでもコントローラの処理（モデルを呼び出すところまで）はこれだけ。 
俺ならこのように作るよ。 
 
あとモデルから戻ってきたデータを、ビューで使いやすいように 
単純化するのもコントローラの仕事だね。

次ページ