【PHP】フレームワーク CakePHP 3ホール目【本命】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2008/03/14(金) 15:16:00ID:HF9x5ODX10分で作るCakePHPアプリ for Windows
http://p4life.jp/cake/
マニュアル日本語化
http://www.cakephp.jp/doc/
日本語フォーラム
http://cakephp.jp/modules/newbb/
あとこのへんとか（初心者向けTIPS）
http://www.avatarfinancial.com/pages/cake/
CakePHP入門リンク集
ttp://pub.studio15.jp/2007/11/13/cakephp-links/
【PHP】フレームワーク CakePHP 2ホール目
http://pc11.2ch.net/test/read.cgi/php/1194976228/
【PHP】フレームワーク CakePHP
http://pc11.2ch.net/test/read.cgi/php/1163850802/
0508nobodyさん
2008/04/01(火) 01:26:52ID:j0Vrw1hDそっちのテストなら、ｾﾚﾆｳﾑだろうと手作業だろうとなんだって良くね？
ユニットテストをするのなら1.2から正式対応したSimpleTestって言うだろうけど。
ていうか、テスト駆動開発って面倒ですよね、時間がかかるけど出来上がり安定するのは確かだけど。
0509nobodyさん
2008/04/01(火) 01:34:29ID:???ある程度の規模になったら、ユニットテストをやらないなんて
考えられないよ。
修正があるたびに同じテストなんてやってられない。
それこそ時間がかかる。
0510nobodyさん
2008/04/01(火) 02:09:46ID:???なんといってもテストが楽
0511nobodyさん
2008/04/01(火) 12:33:08ID:???0512nobodyさん
2008/04/01(火) 20:20:10ID:???0513nobodyさん
2008/04/02(水) 00:32:30ID:Ldo05SB7ビヘイビアって使ってる？
0514nobodyさん
2008/04/02(水) 00:38:10ID:???荒らしが去ったので落ち着いただけ。
CakePHPを使って、ようやくサイトを公開できた。
思ったより使いやすいね、CakePHP。
0515nobodyさん
2008/04/02(水) 03:09:53ID:???ビヘイビアを一番使うな。
よくよく考えると、ソフトウェアの中心はモデル。
その中心の共通処理なんだからよく使うのは当たり前か。
0516nobodyさん
2008/04/02(水) 11:07:25ID:???ソフトウェアの中心はコントローラー
なぜならコントローラーはモデルとビューにも指令を出すが
モデルは、たいていコントローラを介してのやりとりになるから
そういう考えで行けば、よく使うのはコンポーネントじゃないとおかしい
0517nobodyさん
2008/04/02(水) 11:18:11ID:Ldo05SB7アフォがあらわれた
0518nobodyさん
2008/04/02(水) 11:57:50ID:KzinrGTWそれは、findAll() でやるべきなのでしょうか？
0519nobodyさん
2008/04/02(水) 12:05:53ID:???コントローラなんて所詮インターフェースに過ぎんよ。
実際の処理じゃなくて、ブラウザから引数を受け取って
それを少々加工してモデルに渡す。
またモデルから受け取ったデータを少々加工してビューに渡す。
流れとしてはこんな感じだね。
「ブラウザ」→「コントローラ（加工）」→「モデル（実際の処理）」→「コントローラ（加工）」→「ビュー（HTML出力）」
っていうか、このように作らないとテストがしづらいったらありゃしない。
SeleniumやCakeWebTestCaseがあるとはいえ、
コントローラを操作してのテストでは範囲が大きすぎる。
もっと小さな範囲でテストできるようにしないといけない。
一番重要な処理を最小限の大きさ（なるべく他に依存しない）で
テストすること考えれば、自然とこうなるはず。
0520nobodyさん
2008/04/02(水) 15:46:57ID:???これほど自民党の一党独裁の問題点が分かりやすい現象は無いなw
0521nobodyさん
2008/04/02(水) 16:07:32ID:???そうなんだ。だから本にもモデルのテストの方法しか書いてなかったんだ。
モデルよりコントローラーをテストしたいんだけど・・・ってずっと思ってた。
ということは、僕のプログラムの組み方がよくないんでしょうか。
0522516
2008/04/02(水) 16:33:04ID:Ldo05SB7さきほどはアフォと一言で片付けてしまって申し訳ない、2ch流の愛情表現だと思ってくれ
で、>>519のいうとおりアプリケーションの中心となるビジネスロジックについてはコントローラなどでは
なくモデル内で実装するべき。一番大切なテストはビジネスロジックであるわけだし、モデルに集約して
（かつコントローラとのｲﾝﾀﾌｪｰｽも疎結合にして）コアロジックを実装することでコアロジックを別システムに
再利用しやすくなるというメリットも受けられる。
なので、コントローラはある意味、テストをしなくても問題ないくらい「薄い」実装にするべきだし、コントローラ
内で繰り返しよく使う処理についてはコンポーネント化してあげたほうが、ユニットテストで品質を保証できるので
良いかと。
こんな感じで考えていますが、どうでしょう？
0523nobodyさん
2008/04/02(水) 16:44:10ID:???Seleniumこれだけあれば、全く十分なんだが
これ以外でテストしようとすればコストかかるだけやろ
どんくさい作業してんな、赤字やろ？
0524nobodyさん
2008/04/02(水) 16:50:49ID:???だから何ってかんじだが、それがどうしたんだよ
リファレンスに書いてあるようなこと、なんで必死に訴えてるのｗｗｗ
0525nobodyさん
2008/04/02(水) 16:52:59ID:???0526nobodyさん
2008/04/02(水) 16:56:38ID:???ブラウザを起動する為、そもそも動作が遅いってのもあるが、
Seleniumだといくつものモジュールが組み合わさった状態で
テストするしかないから、どこのバグがあるのか見つけにくい。
またデータの初期化などが出来ない。
途中で内部のデータを調べることも出来ない。
CakePHPにはSimpleTestでブラウザをエミュレートした状態の
テストもできるので基本はそれを使ったほうが良い。
Seleniumを使うとしたら、SimpleTestではできない
JavaScriptが絡んだ処理のテストぐらいだな。
0527nobodyさん
2008/04/02(水) 16:58:43ID:???間違いではないということだなｗ
0528nobodyさん
2008/04/02(水) 17:01:36ID:???アプリケーションの中心となるビジネスロジックて何？
どんなロジック？
一番大切なテストてどんなテスト？
>>モデルに集約して
（かつコントローラとのｲﾝﾀﾌｪｰｽも疎結合にして）コアロジックを実装
プラグインと違うの？
>>なので、コントローラはある意味、テストをしなくても問題ないくらい「薄い」実装にするべき
モデルとビューに命令出すのに薄い実装なんて物理的に無理
モデルはカラッポでＯＫ
0529nobodyさん
2008/04/02(水) 17:04:44ID:???ブラウザ上でテストするだけなのにモジュールとか関係ないしｗｗｗ
JavaScriptテストやるなら加工しないと出来ないだろｗｗｗ
0531nobodyさん
2008/04/02(水) 17:08:00ID:???0532nobodyさん
2008/04/02(水) 17:08:48ID:???0533nobodyさん
2008/04/02(水) 17:09:00ID:???0534nobodyさん
2008/04/02(水) 17:09:39ID:???糞スレでやってねｗ
0537nobodyさん
2008/04/02(水) 17:18:56ID:???いや、まて、わざと悪い例を出しているのか？
まあ、訂正している俺は考えをまとめられていいけどな。
（そして訂正している文を見て学習する人もいるだろう）
> モデルとビューに命令出すのに薄い実装なんて物理的に無理
> モデルはカラッポでＯＫ
コントローラが出す命令はすごく小さなものだよ。
モデルに対して、「データ取って来い！」「書き込め！」「削除しろ！」
そして、「複雑な一連の処理をしろ！」
前三つは、CakePHPの自動生成コードでも書いてあるから
簡単にわかると思うけど最後の「複雑な一連の処理をしろ！」を
モデルに書くべきってことをわかってない人が多いんだよね。
複雑な一連の処理をコントローラに書いてしまう。悪い例だ。
0539nobodyさん
2008/04/02(水) 17:29:17ID:???0541nobodyさん
2008/04/02(水) 17:32:26ID:???0544nobodyさん
2008/04/02(水) 17:53:38ID:???モデル上で別のモデルのデータ取得できなくね？
0545nobodyさん
2008/04/02(水) 17:55:24ID:???どこまでをモデルでやるかは結局設計しだいだけど、
>>541
ユーザーがフォームからの条件入力。URL形式での条件入力
、つまりコントローラのアクション関数の引数に入る場合。
その引数をもとにモデルを呼び出すわけだけど、
このときのモデルの関数は汎用的なfind関数でもいいし、
もっと簡単に扱いたければ、モデルに専用の関数を作って呼び出す。
汎用的なfind関数を使う場合には、array('key' => '= ' . $value)なんて
条件データに加工しないといけないよね？ これがコントローラの処理。
モデルに専用の関数を作る場合、もっと簡単に使える関数にするね。
もちろんその場合、モデル内部でfind関数を使うことになるだろうし、
そのための条件の加工もモデルに書く。
ユーザーの入力した条件が、POSTでくる場合は、
$this->dataから条件を作り出す所までもうちょっと
コントローラでやる仕事が増えるだろう。
それでもコントローラの処理（モデルを呼び出すところまで）はこれだけ。
俺ならこのように作るよ。
あとモデルから戻ってきたデータを、ビューで使いやすいように
単純化するのもコントローラの仕事だね。
0546nobodyさん
2008/04/02(水) 17:59:00ID:???> モデル上で別のモデルのデータ取得できなくね？
モデル上で別のモデルのデータを使用したいと思ったとき、
その二つのモデル間には関連性がある。
つまりアソシエーションを定義している。
アソシエーションを定義しているのなら、
モデル内で、別のモデルを呼び出すことが出来る。
Model1の中から、$this->Model2->findAll(); 感じで呼び出せる。
0550nobodyさん
2008/04/02(水) 18:06:46ID:???それは見た目を変えるだけだからビューの仕事だろうね。
モデルから戻ってきたデータとは、汎用的なfind関数の場合、
$data => array(
モデル名 => array(
フィールド名1 => 値1,
フィールド名2 => 値2,
フィールド名3 => 値3,
)
)
こんな値が返ってくる。もちろん、これをそのまま
ビューに渡してもいいんだけど、これじゃあビューで使いにくい！
って言う場合加工する。
そんな場合あるのかって？ 余り無いだろう。
そう、だからコントローラの仕事は少ない。
モデルから取得した値をビューに渡す$this->set(・・・) は
コントローラの仕事ね。
0554nobodyさん
2008/04/02(水) 18:21:49ID:???もちろん、直接関係が無いモデルは別々に
アクセスするよ。
モデルというか処理の内容から考えて
一つであるべきと思う場合は一つのモデルでやる。
あと、トランザクションの為のメソッドが
モデルにあることも興味深いよね。
一連関係ある処理は一つのモデル内で完結させるものと
考えると、なるほどと思わない？
0556nobodyさん
2008/04/02(水) 18:27:56ID:???その意見はわからないでもないが、
普通にRDBMSを正規化したとき
そういう関連（リレーション）は出来るもんなんだが・・・
RDMSを正規化すると複雑になってしまう。それがいやだから
それを解決する為に、O/Rがあるんだと思うぞ！
0557nobodyさん
2008/04/02(水) 18:28:26ID:???○RDBMSでテーブルを正規化したとき
0558nobodyさん
2008/04/02(水) 18:32:44ID:???ページ数が増えたとき、コントローラを増やすことができるけど
コントローラが増えた分モデルを増やすこと出来ないよ。
ひとつのモデルに書くコードが恐ろしく増えるね
0559nobodyさん
2008/04/02(水) 18:34:17ID:???0560nobodyさん
2008/04/02(水) 18:35:56ID:???言っている意味が、よくわからないんだが・・・
例えコントローラが無くてもモデルは作れるし、
一つのコントローラで複数モデルを扱うことも出来るんだが？
0561nobodyさん
2008/04/02(水) 18:43:36ID:???あれがアフォに勘違いを植え込む。
0562nobodyさん
2008/04/02(水) 18:49:12ID:???コントローラに処理を詰め込みすぎというか、モデルに処理が何も無いのが
いけないんじゃないかな？
あれじゃ、単にテーブルに直接アクセスするネイティブな関数の
代わりのクラスにしか見えない。
一番、プログラマがいろいろ書くべきなのはモデルなのに。
逆に言えば、いろいろ書かないといけないものだからこそ
自動生成ではモデルに何もないんだろうね。
でもサンプル程度はほしいかも。
0563nobodyさん
2008/04/02(水) 18:53:30ID:KzinrGTW<!-- 0.0012s -->
みたいに、生成時間？のコメントがつくんですけど
これを付けないようにするにはどうすれば良いんでしょうか？
debugは1にしておきたいです。
0564563
2008/04/02(水) 18:58:51ID:???0565nobodyさん
2008/04/02(水) 19:00:37ID:???モデルで書かれてる処理はバリデータ関係の関数しかないんだけど
http://code.google.com/p/openflp/
0567516,522
2008/04/02(水) 19:01:23ID:Ldo05SB7「複雑な一連の処理」とかビジネスロジックとかって、たとえば俺の場合は
・①日足の株価を取得してRSIを計算する
・②与えられた条件引数に該当する銘柄の証券コード配列を取得（スクリーニング）
・③現在の株価を受け取り、あらかじめ計算しておいた目標価格の条件を満たすか判別
⇒・更に条件を満たしていれば、買い/売り注文をWEBサービスに投げる処理も「証券会社モデル」（仮称）というDBと連携しないモデルを作成して、HTTP(S)で注文するメソッドを書いてる。
・④現在の株価を取得する（楽天証券のRSSをDDE接続経由で呼び出すモジュールを別途使用）
みたいなアプリが持つほとんどの主要処理を言ってて、これらをモデル（またはビヘイビア）に記述するべきと思うのです。
逆に言えばコントローラは、
・④の「現在の株価を取得する」メソッドからの返し値をそのまま③「株価と目標を評価し、注文する」メソッドに引渡し仲介する
・ビューからリクエストがあった①などの計算処理をモデルメソッド①に引き渡す
・スクリーニング対象銘柄の証券コードリストを取得し、そのまま②のスクリーニングメソッドに引き渡す。
くらいのことしかしていない。人間の世界でいうと「仲介人」かと。
0569nobodyさん
2008/04/02(水) 19:08:08ID:???Rails 製のオープンソース版 Fastladder
モデル 382steps
コントローラー 910stepｓ
コントローラーに処理書きまくってるんですが。。。
0570nobodyさん
2008/04/02(水) 19:09:00ID:???0571nobodyさん
2008/04/02(水) 19:11:13ID:???オープンソース見れば、すぐわかることだからな
0572nobodyさん
2008/04/02(水) 19:15:29ID:???> じゃあ本家railsのソースコードみせてやる
おいっ！ railsはフレームワークだ。
もともとビジネスロジックは含まれてない！
0574516,522
2008/04/02(水) 19:46:05ID:Ldo05SB7あー、「全部コントローラで出来るし」って言ってる時点でプロフェッショなるじゃないことが確定www
議論しても理解できないんだろうな、「できる/できない」ということと「（プロとして）やるべき/べからず」
といった本質的な点をwww
コントローラでも全部やろうと思えばできることくらいわかっとるわいｗｗｗ
0576nobodyさん
2008/04/02(水) 21:14:45ID:???議論としては面白い
俺もその辺気になってた
まあ俺はbakeしたコードの拡張から入ったクチだから全部controllerに書いちゃうけどなｗｗｗ
0577nobodyさん
2008/04/02(水) 21:37:43ID:???俺もコントローラに書いてしまったけど、
作り続けていくうちに、なんか無理が出てくるんだよ。
なんでこんなに作りづらいんだ？って思っていたときに
このスレにあった、ケーキの絵。あれで悟りを開けた気がする。
あぁモデル中心でやればいいんだって。
0579nobodyさん
2008/04/02(水) 21:58:46ID:???モデルに書けって言うけど、何を書くの?
関数で書けばいいの?モデル内のメソッドとして?
>>565
の言うとおり、実例も無いし具体的なメリットが分からない。
今のところテストが楽って事はなんとなく分かった。
0580nobodyさん
2008/04/02(水) 22:16:06ID:???これの3ページ目
http://cakephp.org/files/OCPHP.pdf
0581nobodyさん
2008/04/02(水) 22:19:41ID:???モデル = ビジネスロジック用のクラス
なんだから、言うまでも無くメソッドだろ
0584nobodyさん
2008/04/02(水) 22:27:49ID:???どう幸せになるかではなく、
どう幸せになりたいか。
貴方はプログラミングする上で、どうなったら幸せだと感じる？
0585nobodyさん
2008/04/02(水) 22:57:59ID:???0588nobodyさん
2008/04/03(木) 00:17:09ID:???松本に話したら鼻で笑われたよ
0589nobodyさん
2008/04/03(木) 00:38:13ID:???0590nobodyさん
2008/04/03(木) 00:48:42ID:???0591nobodyさん
2008/04/03(木) 10:10:52ID:Z1Ohe4yI0592nobodyさん
2008/04/03(木) 11:26:08ID:???0593nobodyさん
2008/04/03(木) 12:10:16ID:???１．フォームから画像ファイルをアップロード
２．アップロード結果・画像ファイルの不正検知
３．２が成功時、元画像名をmd5したものをuploadsフォルダに保存
４．３のファイル名をimage_fileカラムに格納
という一連の処理があったばあい、
今現在はコントロールとコンポーネントに書いてますが、
モデルとビヘイビアに書くとしたら、
２->バリデータに記述
３->ビヘイビア
４->モデル
という感じなんでしょうか？
0594nobodyさん
2008/04/03(木) 12:26:23ID:???最初から無いってことは必要性が薄いてことだよな
0595nobodyさん
2008/04/03(木) 12:32:04ID:???モデルに書いて読みにくくなるなら、書かない方がいい
結局はソースを読みやすくするために分けてるだけの話
0596nobodyさん
2008/04/03(木) 12:32:23ID:???正確には画像を保存できるビヘイビアだけどね
http://bakery.cakephp.org/articles/view/actas-image-column-behavior
0597nobodyさん
2008/04/03(木) 12:50:28ID:???一番見やすいソースとは、なるべく何も書かないこと。
画像をアップロードして保存というのは、本質的には
テーブルに画像フィールドを作ってそこに格納することと変わらない。
だからフィールド追加作業以外は、一切処理を変更しないで
作れるというのが一番理想的。
ビヘイビアを使えば、>>596のようにActsAsにわずかなフィールド情報を
設定して終わりだけど、その他の方法でここまでスマートに作れるかな？
0599nobodyさん
2008/04/03(木) 13:49:15ID:Z1Ohe4yI>最初から無いってことは必要性が薄いてことだよな
正確には1.1の頃からビヘイビアのディレクトリは用意されてたんだよな。
おそらく必要性はあったのだけど、1.1.xのステイブル版までに実装できなかっただけなのでは？
0600nobodyさん
2008/04/03(木) 14:22:02ID:???0601nobodyさん
2008/04/03(木) 15:14:18ID:???0603nobodyさん
2008/04/03(木) 17:41:48ID:???http://book.cakephp.org/ja/view/67/introduction
> Model behaviors provide a way to mix in functionality
へぇ、behaviorsはmix-in的な機能を提供するものだったんだ。なるほど。
0606nobodyさん
2008/04/04(金) 20:03:22ID:GG6uDHIa0607nobodyさん
2008/04/05(土) 04:54:50ID:???個人的にはいい感じだと思いましたが、どうでしょう？
CakePHPを使ったMVC設計のベストプラクティス
ttp://www.sooey.com/journal/2008/03/26/717/
■ このスレッドは過去ログ倉庫に格納されています