【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/
0474nobodyさん
2008/03/28(金) 14:50:44ID:???0475425
2008/03/28(金) 14:54:55ID:???>>420
その通りですね。同一アプリケーション内でDBをスイッチする事はありえないので
リスクとしては小さいため十分検討できます(一応、PostgreSQL使ってる方は注意です)
>>424
CodeIgniterもとてもいいフレームワークだと思います
ぜひその情熱で当該スレッドを活性化させて盛り上げて欲しいですね
>>428
確かにアソシエーションの自動判別が面倒(無理)という事情は分かります
面倒なSQLを叩かずオブジェクティブにデータセットを取得できる機能が
すでに実装されていているのですからそれを使うに越した事はありません
この辺りの実装はアプリケーション全体のパフォーマンスに影響するため
サーバ増設前の改良を十分に検討できる部分だと思います
0476nobodyさん
2008/03/28(金) 14:54:59ID:???見ろ他フレームワーク（特にCI）の静けさを！
0479nobodyさん
2008/03/28(金) 15:45:01ID:???0480nobodyさん
2008/03/28(金) 15:54:32ID:???0481nobodyさん
2008/03/29(土) 07:40:57ID:???0482nobodyさん
2008/03/29(土) 09:07:16ID:???0483nobodyさん
2008/03/29(土) 15:28:58ID:???0484nobodyさん
2008/03/29(土) 15:56:30ID:???0485nobodyさん
2008/03/29(土) 16:10:19ID:???0489nobodyさん
2008/03/29(土) 22:04:16ID:t2qvxoud0490nobodyさん
2008/03/29(土) 22:08:25ID:???0491nobodyさん
2008/03/29(土) 22:15:25ID:???完璧すぎる
0492nobodyさん
2008/03/29(土) 22:29:55ID:???0493nobodyさん
2008/03/29(土) 22:57:31ID:???トイレ行った後とか今まで何考えてたかさえ忘れる
0494nobodyさん
2008/03/29(土) 23:43:43ID:VJRoSuRrＦｒｅｅＭｉｎｄインストール済み。
自宅ではCakePHPのシステム設計に使ってる。
ひとつずつやる事片付けて、終わったブランチに「レ」のアイコン付けるのが
楽しい。
0495nobodyさん
2008/03/30(日) 02:14:14ID:???マインドマップは自由な図解表現
0496nobodyさん
2008/03/30(日) 02:16:24ID:???0497nobodyさん
2008/03/30(日) 02:17:48ID:xhO/sY7i0498nobodyさん
2008/03/30(日) 02:19:35ID:???0499nobodyさん
2008/03/30(日) 02:26:47ID:???0500nobodyさん
2008/03/30(日) 02:31:49ID:???思ったことを、どんどん言葉として書き出す
わかってるからと頭の中でしまいこむと、全体的な解決図を結び付きにくくする
0501nobodyさん
2008/03/30(日) 02:45:33ID:???もっと言語化するクセつければ、コミュニケーション能力向上になるんじゃないかな
0502nobodyさん
2008/03/30(日) 17:27:12ID:???すぐexit();
してる？
0503nobodyさん
2008/03/30(日) 20:27:27ID:3z+xm+ln遅レスだが、ソースの頭にBOMを付けたら表示されるようになた。
が、viewのファイルは8Nで保存しておかないと、たまに悪さをするようだ。
0506nobodyさん
2008/03/31(月) 10:59:21ID:???コンポーネントでrenderを呼んだときは
exitしないとデフォルトのrenderが最後に読み込まれるよ
0507nobodyさん
2008/03/31(月) 11:00:31ID:???SeleniumとSimpleTestの組み合わせが最強？
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はフレームワークだ。
もともとビジネスロジックは含まれてない！
■ このスレッドは過去ログ倉庫に格納されています