- 1 名前：nobodyさん [2008/03/14(金) 15:16:00 ID:HF9x5ODX]
- www.cakephp.org/
10分で作るCakePHPアプリ for Windows
p4life.jp/cake/
マニュアル日本語化
www.cakephp.jp/doc/
日本語フォーラム
cakephp.jp/modules/newbb/
あとこのへんとか（初心者向けTIPS）
www.avatarfinancial.com/pages/cake/
CakePHP入門リンク集
ttp://pub.studio15.jp/2007/11/13/cakephp-links/
【PHP】フレームワーク CakePHP 2ホール目
pc11.2ch.net/test/read.cgi/php/1194976228/
【PHP】フレームワーク CakePHP
pc11.2ch.net/test/read.cgi/php/1163850802/
- 446 名前：nobodyさん mailto:sage [2008/03/28(金) 14:08:18 ID:???]
- >>441
マシンスペックを上げるのも一回ぽっきりですが？
- 447 名前：nobodyさん mailto:sage [2008/03/28(金) 14:09:13 ID:???]
- ビヘイビアがない時点でCIは糞ｗ
- 448 名前：nobodyさん mailto:sage [2008/03/28(金) 14:11:24 ID:???]
- >>445
複雑なSQLを、SQLを書かずに作れる（買いても作れる）CakePHP
group byとかどうやんの？
- 449 名前：nobodyさん mailto:sage [2008/03/28(金) 14:12:45 ID:???]
- >>445
複雑なSQLを、SQLを書かずに作れる（買いても作れる）CakePHP
この発言無理がありすぎやろｗ
- 450 名前：nobodyさん mailto:sage [2008/03/28(金) 14:13:42 ID:???]
- >>444
あのさ、読解力なさすぎ。
「高負荷に耐えるためにJOINを使っていない」とは書いてない。
- 451 名前：nobodyさん mailto:sage [2008/03/28(金) 14:14:14 ID:???]
- 結局アンチはいつものCI厨だったなｗ
- 452 名前：nobodyさん mailto:sage [2008/03/28(金) 14:15:24 ID:???]
- >>450
ではJOINを使わない理由になんて書いていますか？言ってみてください。
- 453 名前：nobodyさん mailto:sage [2008/03/28(金) 14:17:30 ID:???]
- >>452
スケールするためにデータベースを分割し、JOINが使用できなくなったから。
- 454 名前：nobodyさん mailto:sage [2008/03/28(金) 14:20:13 ID:???]
- スケールとはパフォーマンスをあげるということです。
- 455 名前：nobodyさん mailto:sage [2008/03/28(金) 14:21:44 ID:???]
- うん。だから？
- 456 名前：nobodyさん mailto:sage [2008/03/28(金) 14:22:38 ID:???]
- >>455
おまえの負けてことだよ
- 457 名前：nobodyさん mailto:sage [2008/03/28(金) 14:24:15 ID:???]
- >>456
あからさまにバカだな。論理的に考えられないんだな。
- 458 名前：nobodyさん mailto:sage [2008/03/28(金) 14:24:38 ID:???]
- >>447
1.1使ってる人は真性なる糞ですね
- 459 名前：nobodyさん mailto:sage [2008/03/28(金) 14:25:14 ID:???]
- 高負荷に耐えられるパフォーマンスを作り出す為に、
データベースを分割してJOINが使用できなくなった。
負荷を考えるのなら、JOINなんかするより、
マシンに投資してデータベースを分割（当然マシンも増えているはず）して
アプリケーションで行ったほうがいいということです。
- 460 名前：nobodyさん mailto:sage [2008/03/28(金) 14:28:55 ID:???]
- >>457
さっきまでパフォーマンスの話してたやろうが
論理的な会話してないのお前だろｗ
- 461 名前：nobodyさん mailto:sage [2008/03/28(金) 14:31:33 ID:???]
- 結局ＣＩが最強てことじゃんか
- 462 名前：nobodyさん mailto:sage [2008/03/28(金) 14:37:17 ID:???]
- CIはフレームワークを使っているとは思えないほど開発工数がかかる。
データベース部分は、SQLの単語（selectやfromやwhere）を
それぞれメソッドに置き換えて実行しないといけない。
なんとビックリｗ
だから糞。
- 463 名前：nobodyさん mailto:sage [2008/03/28(金) 14:38:23 ID:???]
- わろたｗ
$this->db->select('title')->from('mytable')->where('id', $id)->limit(10, 20);
$query = $this->db->get();
- 464 名前：nobodyさん mailto:sage [2008/03/28(金) 14:38:41 ID:???]
- >>459
ただ、「マシンに投資してデータベースを分割（当然マシンも増えているはず）して」が始めからできるわけじゃないんだよね。
だからSQL発行数も含め、パフォーマンスには常に気を遣うわけで。
mixiが今はソフトウェア側でパフォーマンスを気にしてないかっていったらそんなことはないし。
>>460
パフォーマンスの話してるよ。何言ってんの？
もう面倒だからお前いいよ。
- 465 名前：nobodyさん mailto:sage [2008/03/28(金) 14:40:13 ID:???]
- だからパフォーマンスを重視するところだけ
最適化して、あとは楽で速いコーディングをすればいいじゃんか。
パフォーマンスの基礎だよ？
- 466 名前：nobodyさん mailto:sage [2008/03/28(金) 14:41:27 ID:???]
- >>463
これいいね。わかりやすい構文だ
CakePHPの
find(null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,null,)
これに比べれば天と地に差
- 467 名前：nobodyさん mailto:sage [2008/03/28(金) 14:42:45 ID:???]
- >>466
引数の数を勝手に増やすなｗ
最後の引数の意味言ってみろよ。
いえなければ赤っ恥だなｗ
- 468 名前：nobodyさん mailto:sage [2008/03/28(金) 14:42:48 ID:???]
- >>464
おまえ誰だよ？トリップでも番号でもいいから付けろよｗ
- 469 名前：nobodyさん mailto:sage [2008/03/28(金) 14:44:26 ID:???]
- >>463はPHP4だと
$this->db->select('title');
$this->db->from('mytable');
$this->db->where('id', $id)
$this->db->limit(10, 20);
こうなります。
- 470 名前：nobodyさん mailto:sage [2008/03/28(金) 14:45:17 ID:???]
- >>464
名無しで必死にレスしてるようだが
名前に番号でもつけてくれないと
今までどんな発言してんかわかんないんだがｗ
- 471 名前：nobodyさん mailto:sage [2008/03/28(金) 14:46:08 ID:???]
- >>468
どうせトリップつけさせて削除しようって魂胆だろ。
そんな手に引っかかるか。ばーかｗ
- 472 名前：nobodyさん mailto:sage [2008/03/28(金) 14:46:42 ID:???]
- >>469
わかりやすくていいね、さすがＣＩ
ヌルヌルフレームワークとは大違い
- 473 名前：sage [2008/03/28(金) 14:50:37 ID:JUQ1v1x2]
- $this->flash で出てくるはずのページがIE6だと表示されん。ソースは吐かれてる。
ってことはUTF関係か。
- 474 名前：nobodyさん mailto:sage [2008/03/28(金) 14:50:44 ID:???]
- アンチレス繰り返してたら、えらい盛り上がってきた
- 475 名前：425 mailto:sage [2008/03/28(金) 14:54:55 ID:???]
- すみません、途中投稿しました
>>420
その通りですね。同一アプリケーション内でDBをスイッチする事はありえないので
リスクとしては小さいため十分検討できます(一応、PostgreSQL使ってる方は注意です)
>>424
CodeIgniterもとてもいいフレームワークだと思います
ぜひその情熱で当該スレッドを活性化させて盛り上げて欲しいですね
>>428
確かにアソシエーションの自動判別が面倒(無理)という事情は分かります
面倒なSQLを叩かずオブジェクティブにデータセットを取得できる機能が
すでに実装されていているのですからそれを使うに越した事はありません
この辺りの実装はアプリケーション全体のパフォーマンスに影響するため
サーバ増設前の改良を十分に検討できる部分だと思います
- 476 名前：nobodyさん mailto:sage [2008/03/28(金) 14:54:59 ID:???]
- 実はアンチを煽って盛り上げさせているというのはナイショだｗ
見ろ他フレームワーク（特にCI）の静けさを！
- 477 名前：nobodyさん mailto:sage [2008/03/28(金) 14:56:44 ID:???]
- >>469みたいなコードを書くぐらいなら
SQLをそのまま書いたほうがいいな。
- 478 名前：nobodyさん mailto:sage [2008/03/28(金) 15:06:18 ID:???]
- >>428
すみません
>>475の説明はちょっと意味不明ですね、スルー推奨です
- 479 名前：nobodyさん mailto:sage [2008/03/28(金) 15:45:01 ID:???]
- Ｃａｋｅは糞
- 480 名前：nobodyさん mailto:sage [2008/03/28(金) 15:54:32 ID:???]
- aki(ryが本出してるから糞
- 481 名前：nobodyさん mailto:sage [2008/03/29(土) 07:40:57 ID:???]
- あの本は確かに糞だったな
- 482 名前：nobodyさん mailto:sage [2008/03/29(土) 09:07:16 ID:???]
- あれは本当に酷かった
- 483 名前：nobodyさん mailto:sage [2008/03/29(土) 15:28:58 ID:???]
- 文句だけは達者だな
- 484 名前：nobodyさん mailto:sage [2008/03/29(土) 15:56:30 ID:???]
- 達者？
- 485 名前：nobodyさん mailto:sage [2008/03/29(土) 16:10:19 ID:???]
- このスレはいつも無駄に盛り上がるよな
- 486 名前：nobodyさん mailto:sage [2008/03/29(土) 16:54:04 ID:???]
- >>484
ゆとり乙
- 487 名前：nobodyさん mailto:sage [2008/03/29(土) 17:43:56 ID:???]
- >>486
ゆとり乙
- 488 名前：nobodyさん mailto:sage [2008/03/29(土) 20:03:50 ID:???]
- >>486
ゆとり乙
- 489 名前：nobodyさん [2008/03/29(土) 22:04:16 ID:t2qvxoud]
- CakePHPっていいフレームワークだよな
- 490 名前：nobodyさん mailto:sage [2008/03/29(土) 22:08:25 ID:???]
- ソース汚いけどな
- 491 名前：nobodyさん mailto:sage [2008/03/29(土) 22:15:25 ID:???]
- 最高のフレームワークだね
完璧すぎる
- 492 名前：nobodyさん mailto:sage [2008/03/29(土) 22:29:55 ID:???]
- おまいらマインドマップ使ってる？
- 493 名前：nobodyさん mailto:sage [2008/03/29(土) 22:57:31 ID:???]
- 30才過ぎるとマインドマップ使わないと
トイレ行った後とか今まで何考えてたかさえ忘れる
- 494 名前：nobodyさん [2008/03/29(土) 23:43:43 ID:VJRoSuRr]
- なんでマインドマップの話になったか分からないけど、自宅と会社のＰＣに
ＦｒｅｅＭｉｎｄインストール済み。
自宅ではCakePHPのシステム設計に使ってる。
ひとつずつやる事片付けて、終わったブランチに「レ」のアイコン付けるのが
楽しい。
- 495 名前：nobodyさん mailto:sage [2008/03/30(日) 02:14:14 ID:???]
- ＵＭＬはルール化した図解表現
マインドマップは自由な図解表現
- 496 名前：nobodyさん mailto:sage [2008/03/30(日) 02:16:24 ID:???]
- マインドマップで設計し形になったものをＵＭＬ化する
- 497 名前：nobodyさん [2008/03/30(日) 02:17:48 ID:xhO/sY7i]
- んで、UMLで書いた仕様書を投げ捨ててウンコする
- 498 名前：nobodyさん mailto:sage [2008/03/30(日) 02:19:35 ID:???]
- CakePHP使ってればUMLもマインドマップも必要ない
- 499 名前：nobodyさん mailto:sage [2008/03/30(日) 02:26:47 ID:???]
- 作業途中に仕様的にやばい匂いがしたらマインドマップ使ってる
- 500 名前：nobodyさん mailto:sage [2008/03/30(日) 02:31:49 ID:???]
- 問題を解決しやすい方法として
思ったことを、どんどん言葉として書き出す
わかってるからと頭の中でしまいこむと、全体的な解決図を結び付きにくくする
- 501 名前：nobodyさん mailto:sage [2008/03/30(日) 02:45:33 ID:???]
- 難しい状況を言語化する能力がコミュニケーション能力での重要ポイントだと思う。
もっと言語化するクセつければ、コミュニケーション能力向上になるんじゃないかな
- 502 名前：nobodyさん mailto:sage [2008/03/30(日) 17:27:12 ID:???]
- render呼んだ後
すぐexit();
してる？
- 503 名前：nobodyさん [2008/03/30(日) 20:27:27 ID:3z+xm+ln]
- >>473
遅レスだが、ソースの頭にBOMを付けたら表示されるようになた。
が、viewのファイルは8Nで保存しておかないと、たまに悪さをするようだ。
- 504 名前：nobodyさん mailto:sage [2008/03/30(日) 22:06:44 ID:???]
- >>502
もっと常識的な質問たのむ
- 505 名前：nobodyさん mailto:sage [2008/03/31(月) 10:30:36 ID:???]
- >>502
してないよ
- 506 名前：nobodyさん mailto:sage [2008/03/31(月) 10:59:21 ID:???]
- >>505
コンポーネントでrenderを呼んだときは
exitしないとデフォルトのrenderが最後に読み込まれるよ
- 507 名前：nobodyさん mailto:sage [2008/03/31(月) 11:00:31 ID:???]
- cakePHPのテスト環境だけど
SeleniumとSimpleTestの組み合わせが最強？
- 508 名前：nobodyさん [2008/04/01(火) 01:26:52 ID:j0Vrw1hD]
- >>507
そっちのテストなら、ｾﾚﾆｳﾑだろうと手作業だろうとなんだって良くね？
ユニットテストをするのなら1.2から正式対応したSimpleTestって言うだろうけど。
ていうか、テスト駆動開発って面倒ですよね、時間がかかるけど出来上がり安定するのは確かだけど。
- 509 名前：nobodyさん mailto:sage [2008/04/01(火) 01:34:29 ID:???]
- 正確にはテスト駆動じゃないけど、
ある程度の規模になったら、ユニットテストをやらないなんて
考えられないよ。
修正があるたびに同じテストなんてやってられない。
それこそ時間がかかる。
- 510 名前：nobodyさん mailto:sage [2008/04/01(火) 02:09:46 ID:???]
- Selenium IDE これいいね。これだけでも同じテストする必要がないし
なんといってもテストが楽
- 511 名前：nobodyさん mailto:sage [2008/04/01(火) 12:33:08 ID:???]
- Yahooが占いコンテンツ制作にCakePHPを採用
- 512 名前：nobodyさん mailto:sage [2008/04/01(火) 20:20:10 ID:???]
- なにこの寂びれぶり
- 513 名前：nobodyさん [2008/04/02(水) 00:32:30 ID:Ldo05SB7]
- んじゃ、おれがこのスレを潤わせてやるぜ
ビヘイビアって使ってる？
- 514 名前：nobodyさん mailto:sage [2008/04/02(水) 00:38:10 ID:???]
- >>512
荒らしが去ったので落ち着いただけ。
CakePHPを使って、ようやくサイトを公開できた。
思ったより使いやすいね、CakePHP。
- 515 名前：nobodyさん mailto:sage [2008/04/02(水) 03:09:53 ID:???]
- コンポーネント、ビヘイビア、ヘルパーの中では
ビヘイビアを一番使うな。
よくよく考えると、ソフトウェアの中心はモデル。
その中心の共通処理なんだからよく使うのは当たり前か。
- 516 名前：nobodyさん mailto:sage [2008/04/02(水) 11:07:25 ID:???]
- >>515
ソフトウェアの中心はコントローラー
なぜならコントローラーはモデルとビューにも指令を出すが
モデルは、たいていコントローラを介してのやりとりになるから
そういう考えで行けば、よく使うのはコンポーネントじゃないとおかしい
- 517 名前：nobodyさん [2008/04/02(水) 11:18:11 ID:Ldo05SB7]
- >>516
アフォがあらわれた
- 518 名前：nobodyさん [2008/04/02(水) 11:57:50 ID:KzinrGTW]
- findCount()で count(distinct hoge) を指定したいのですが
それは、findAll() でやるべきなのでしょうか？
- 519 名前：nobodyさん mailto:sage [2008/04/02(水) 12:05:53 ID:???]
- うん。アフォだ。ワロタｗ
コントローラなんて所詮インターフェースに過ぎんよ。
実際の処理じゃなくて、ブラウザから引数を受け取って
それを少々加工してモデルに渡す。
またモデルから受け取ったデータを少々加工してビューに渡す。
流れとしてはこんな感じだね。
「ブラウザ」→「コントローラ（加工）」→「モデル（実際の処理）」→「コントローラ（加工）」→「ビュー（HTML出力）」
っていうか、このように作らないとテストがしづらいったらありゃしない。
SeleniumやCakeWebTestCaseがあるとはいえ、
コントローラを操作してのテストでは範囲が大きすぎる。
もっと小さな範囲でテストできるようにしないといけない。
一番重要な処理を最小限の大きさ（なるべく他に依存しない）で
テストすること考えれば、自然とこうなるはず。
- 520 名前：nobodyさん mailto:sage [2008/04/02(水) 15:46:57 ID:???]
- ガソリン安いな〜
これほど自民党の一党独裁の問題点が分かりやすい現象は無いなw
- 521 名前：nobodyさん mailto:sage [2008/04/02(水) 16:07:32 ID:???]
- >>519
そうなんだ。だから本にもモデルのテストの方法しか書いてなかったんだ。
モデルよりコントローラーをテストしたいんだけど・・・ってずっと思ってた。
ということは、僕のプログラムの組み方がよくないんでしょうか。
- 522 名前：516 [2008/04/02(水) 16:33:04 ID:Ldo05SB7]
- >>515,>>121
さきほどはアフォと一言で片付けてしまって申し訳ない、2ch流の愛情表現だと思ってくれ
で、>>519のいうとおりアプリケーションの中心となるビジネスロジックについてはコントローラなどでは
なくモデル内で実装するべき。一番大切なテストはビジネスロジックであるわけだし、モデルに集約して
（かつコントローラとのｲﾝﾀﾌｪｰｽも疎結合にして）コアロジックを実装することでコアロジックを別システムに
再利用しやすくなるというメリットも受けられる。
なので、コントローラはある意味、テストをしなくても問題ないくらい「薄い」実装にするべきだし、コントローラ
内で繰り返しよく使う処理についてはコンポーネント化してあげたほうが、ユニットテストで品質を保証できるので
良いかと。
こんな感じで考えていますが、どうでしょう？
- 523 名前：nobodyさん mailto:sage [2008/04/02(水) 16:44:10 ID:???]
- >>519
Seleniumこれだけあれば、全く十分なんだが
これ以外でテストしようとすればコストかかるだけやろ
どんくさい作業してんな、赤字やろ？
- 524 名前：nobodyさん mailto:sage [2008/04/02(水) 16:50:49 ID:???]
- >>522
だから何ってかんじだが、それがどうしたんだよ
リファレンスに書いてあるようなこと、なんで必死に訴えてるのｗｗｗ
- 525 名前：nobodyさん mailto:sage [2008/04/02(水) 16:52:59 ID:???]
- 自演厨きたー。うぜえええ
- 526 名前：nobodyさん mailto:sage [2008/04/02(水) 16:56:38 ID:???]
- Seleniumなんかでテストしたら時間（＝コスト）がかかるよ。
ブラウザを起動する為、そもそも動作が遅いってのもあるが、
Seleniumだといくつものモジュールが組み合わさった状態で
テストするしかないから、どこのバグがあるのか見つけにくい。
またデータの初期化などが出来ない。
途中で内部のデータを調べることも出来ない。
CakePHPにはSimpleTestでブラウザをエミュレートした状態の
テストもできるので基本はそれを使ったほうが良い。
Seleniumを使うとしたら、SimpleTestではできない
JavaScriptが絡んだ処理のテストぐらいだな。
- 527 名前：nobodyさん mailto:sage [2008/04/02(水) 16:58:43 ID:???]
- リファレンスに書いてあるようなことなのだから、
間違いではないということだなｗ
- 528 名前：nobodyさん mailto:sage [2008/04/02(水) 17:01:36 ID:???]
- >>522
アプリケーションの中心となるビジネスロジックて何？
どんなロジック？
一番大切なテストてどんなテスト？
>>モデルに集約して
（かつコントローラとのｲﾝﾀﾌｪｰｽも疎結合にして）コアロジックを実装
プラグインと違うの？
>>なので、コントローラはある意味、テストをしなくても問題ないくらい「薄い」実装にするべき
モデルとビューに命令出すのに薄い実装なんて物理的に無理
モデルはカラッポでＯＫ
- 529 名前：nobodyさん mailto:sage [2008/04/02(水) 17:04:44 ID:???]
- >>526
ブラウザ上でテストするだけなのにモジュールとか関係ないしｗｗｗ
JavaScriptテストやるなら加工しないと出来ないだろｗｗｗ
- 530 名前：nobodyさん mailto:sage [2008/04/02(水) 17:05:56 ID:???]
- >>526
Selenium使ったことないやろ？正直にいえ
- 531 名前：nobodyさん mailto:sage [2008/04/02(水) 17:08:00 ID:???]
- SimpleTestの方が時間かかるよ
- 532 名前：nobodyさん mailto:sage [2008/04/02(水) 17:08:48 ID:???]
- 内部のデータを調べるようなテスト時間かかるに決まってるやろ
- 533 名前：nobodyさん mailto:sage [2008/04/02(水) 17:09:00 ID:???]
- また、例の嵐だな。
- 534 名前：nobodyさん mailto:sage [2008/04/02(水) 17:09:39 ID:???]
- とりあえず言っておくけど、CIは糞だから、
糞スレでやってねｗ
- 535 名前：nobodyさん mailto:sage [2008/04/02(水) 17:13:49 ID:???]
- >>532
たしかに！
- 536 名前：nobodyさん mailto:sage [2008/04/02(水) 17:16:18 ID:???]
- >>522
日本語でおｋ
- 537 名前：nobodyさん mailto:sage [2008/04/02(水) 17:18:56 ID:???]
- なんか、CI普及の為（？）にわざとアフォなことを言っている気がする。
いや、まて、わざと悪い例を出しているのか？
まあ、訂正している俺は考えをまとめられていいけどな。
（そして訂正している文を見て学習する人もいるだろう）
> モデルとビューに命令出すのに薄い実装なんて物理的に無理
> モデルはカラッポでＯＫ
コントローラが出す命令はすごく小さなものだよ。
モデルに対して、「データ取って来い！」「書き込め！」「削除しろ！」
そして、「複雑な一連の処理をしろ！」
前三つは、CakePHPの自動生成コードでも書いてあるから
簡単にわかると思うけど最後の「複雑な一連の処理をしろ！」を
モデルに書くべきってことをわかってない人が多いんだよね。
複雑な一連の処理をコントローラに書いてしまう。悪い例だ。
- 538 名前：nobodyさん mailto:sage [2008/04/02(水) 17:27:44 ID:???]
- >>537
テストのことを考えていってんの？俺はテストはブラウザでしかしないからｗ
- 539 名前：nobodyさん mailto:sage [2008/04/02(水) 17:29:17 ID:???]
- テスト中心に設計するならモデルに詰め込めるだけ詰め込めばいいんじゃね
- 540 名前：nobodyさん mailto:sage [2008/04/02(水) 17:30:57 ID:???]
- >>537
複雑な一連の処理を具体的に述べよ
はなしはそれからだ
- 541 名前：nobodyさん mailto:sage [2008/04/02(水) 17:32:26 ID:???]
- where が入るような条件文はモデルに書けばいいの？
- 542 名前：nobodyさん mailto:sage [2008/04/02(水) 17:33:42 ID:???]
- >>537
モデルにもっていっていいのは
どこからどこまで？
- 543 名前：nobodyさん mailto:sage [2008/04/02(水) 17:45:27 ID:???]
- >>537
いくら給料もらってんだよ
俺はＰＨＰプログラマで36万円
- 544 名前：nobodyさん mailto:sage [2008/04/02(水) 17:53:38 ID:???]
-
モデル上で別のモデルのデータ取得できなくね？
- 545 名前：nobodyさん mailto:sage [2008/04/02(水) 17:55:24 ID:???]
- >>542
どこまでをモデルでやるかは結局設計しだいだけど、
>>541
ユーザーがフォームからの条件入力。URL形式での条件入力
、つまりコントローラのアクション関数の引数に入る場合。
その引数をもとにモデルを呼び出すわけだけど、
このときのモデルの関数は汎用的なfind関数でもいいし、
もっと簡単に扱いたければ、モデルに専用の関数を作って呼び出す。
汎用的なfind関数を使う場合には、array('key' => '= ' . $value)なんて
条件データに加工しないといけないよね？ これがコントローラの処理。
モデルに専用の関数を作る場合、もっと簡単に使える関数にするね。
もちろんその場合、モデル内部でfind関数を使うことになるだろうし、
そのための条件の加工もモデルに書く。
ユーザーの入力した条件が、POSTでくる場合は、
$this->dataから条件を作り出す所までもうちょっと
コントローラでやる仕事が増えるだろう。
それでもコントローラの処理（モデルを呼び出すところまで）はこれだけ。
俺ならこのように作るよ。
あとモデルから戻ってきたデータを、ビューで使いやすいように
単純化するのもコントローラの仕事だね。
- 546 名前：nobodyさん mailto:sage [2008/04/02(水) 17:59:00 ID:???]
- >>544
> モデル上で別のモデルのデータ取得できなくね？
モデル上で別のモデルのデータを使用したいと思ったとき、
その二つのモデル間には関連性がある。
つまりアソシエーションを定義している。
アソシエーションを定義しているのなら、
モデル内で、別のモデルを呼び出すことが出来る。
Model1の中から、$this->Model2->findAll(); 感じで呼び出せる。
|
 |
