【PHP】フレームワーク CakePHP 17ホール目【v2.4】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2014/03/01(土) 17:03:24.57ID:8AJ9GD6ECakePHPから派生したLithium(li3)も専スレできるまではここでどうぞ
質問するときはCakePHPのバージョンを書きましょう
※他フレームワークとの比較等はスレ違いです
■本家
http://www.cakephp.org/
APIドキュメント
http://api.cakephp.org/
github - cakephp
http://github.com/cakephp
the Bakery
http://bakery.cakephp.org/
Issue
http://cakephp.lighthouseapp.com/dashboard
CheatSheet[1.2] (PDF)
http://cakephp.org/files/Resources/CakePHP-1.2-Cheatsheet.pdf
■日本語公式
http://cakephp.jp/
フォーラム
http://cakephp.jp/modules/newbb/
cookbook（マニュアル）
[2.x] http://book.cakephp.org/2.0/ja/index.html
[1.3] http://book.cakephp.org/ja
※前スレ
http://kohada.2ch.net/test/read.cgi/php/1378659370/
0474nobodyさん
2014/05/12(月) 19:42:05.93ID:???Categoryモデルの中に
public $belongsTo = array('Parent' => array('className' => 'Category',));
public $hasMany = array('Children' => array('className' => 'Category'));
と二つ記述するやりかたですかね。
それを最初に思いついたのです。
しかしTreeのほうが上ではないかという意見が出たため、そっちを採用しました。
0475nobodyさん
2014/05/12(月) 19:50:22.00ID:???だからHABTMじゃないですね。ごめんなさい。
言うならばHas Many and Belongs to Oneでしょうか。
0476nobodyさん
2014/05/13(火) 16:37:41.63ID:???なんか最近CakePHPのバージョンあがるの早い気がするけど、気のせいか？
0478nobodyさん
2014/05/13(火) 16:44:46.95ID:???さっさと3出して、2は打ち止めでいいだろ。
0479nobodyさん
2014/05/13(火) 17:43:09.45ID:???ということは存在する全モデルを常に書いてもいいってこと？
0480nobodyさん
2014/05/13(火) 18:12:50.09ID:???0482nobodyさん
2014/05/13(火) 22:43:15.01ID:???0483nobodyさん
2014/05/14(水) 00:35:48.56ID:???0484nobodyさん
2014/05/14(水) 02:38:22.28ID:???不安で死ぬやつって俺だけ？
0485nobodyさん
2014/05/14(水) 04:51:26.28ID:???まとめて動作確認してもデバッグしやすいよ。
あとはテストを書け
0486nobodyさん
2014/05/14(水) 07:02:10.89ID:???0487nobodyさん
2014/05/14(水) 10:05:36.21ID:???0488nobodyさん
2014/05/14(水) 10:09:17.84ID:???0489nobodyさん
2014/05/14(水) 11:29:01.43ID:???インターフェースのテストで、mockの使い方がわかってくるようになると、考え方が変わるかも。
0490nobodyさん
2014/05/14(水) 12:33:17.82ID:???俺も教えて欲しいんだけど
テスト書くのが面倒
テスト自体信用できない
書いてもやっぱり最初から書きたくなる
って思ってしまうんだけどそれでも書いた方がいいと思う？
できるプログラマーの人はみんな書いてるよね。
0492nobodyさん
2014/05/14(水) 12:51:30.16ID:???誰かのひどいコードを見つけた時、
テストを書いてあれば・・・と思うよ。
0493nobodyさん
2014/05/14(水) 13:38:02.11ID:???0494nobodyさん
2014/05/14(水) 14:02:28.89ID:???やるならSelenium使うんじゃない？
0495nobodyさん
2014/05/14(水) 14:08:25.34ID:???ではないんだよね？これはブラウザで確認すればいいだけだし、
大体はコード書いた後に実行して確かめているだろ。
具体的にどういう場面でテストが必要になるの？
0496nobodyさん
2014/05/14(水) 17:09:00.17ID:???0497nobodyさん
2014/05/14(水) 17:52:25.48ID:???> 大体はコード書いた後に実行して確かめているだろ。
一度書き捨てて終わらせられるなら誰も書く訳がない
改修は何度も発生する＝確認も同じだけ発生する＝クッソ面倒
だから面倒な確認を自動化するためにテストを作るんだ
0498nobodyさん
2014/05/14(水) 20:45:44.91ID:???まずテストコードってなんなの？
console.log()とは違うの？
0499nobodyさん
2014/05/14(水) 21:02:32.76ID:???→ 逐一人の手で実行して人間がブラウザやconsoleに表示された値やを見て想定したものかどうか確認する
自動化できてない
複数の関数やメソッドが絡むとバグの原因の特定がしづらい
他の皆の意図するテスト（単体テスト）
→ それぞれの関数やメソッドが複数の引数のパターンに対し適切な返り値を返したり
例外やエラーを吐いたりなど仕様通りの挙動をするかを確かめるコードを書く
検証する対象が小さいので比較的簡単に書けるし自動化も容易い
プログラムの小さい単位の動作をあらかじめ保証しておくことで
後の複数の関数やメソッドが絡むテストの際にもバグの原因の特定がしやすくなる
面倒だから単体テストでググれ
0500nobodyさん
2014/05/14(水) 21:19:27.30ID:???0501nobodyさん
2014/05/14(水) 21:51:05.96ID:???これは引数に例えば「1と2を入れると3が返る」というもの。
1「テストを書かないやりかた」
こんな簡単なメソッド、どうやってもミスるわけない。
とりあえず作る。最初に動くか確認する。
動いた・・・終わり
2「テストを書くやりかた」
「1と2を入力すると3が返る」というテストを書く。
開発しながらテストを走らせて正常か確認する。
テストが異常なら、異常がなくなるまでプログラムを修正する。
これをずっと繰り返す。
3「テストを先に書くやり方」
2のテストを先に書く。メソッドは空からスタート。
テストが通るまで開発を行う。
0502nobodyさん
2014/05/14(水) 21:56:32.40ID:???使うときにコメントイン/アウトしなきゃいけないし、消し忘れるとそれがそのまま出力されて大変なことになる（センシティブな情報だったら・・・）。
0503nobodyさん
2014/05/14(水) 22:52:25.27ID:???ただcakephp1が2になったりするとテストも書き直しだよね。
結局テスト書いてもそれ以上にプログラムの進歩が速いような気もするんだよね。
ちなみにヤフーとかって10年前くらいにcgiをphpに書き直したみたいなこと聞いたけど、あれ以来書き換えてないのかな。
それとも地道に書き換えまくってるのかな？
0504nobodyさん
2014/05/14(水) 23:08:58.07ID:???いきなりスパン長い話になってね？
ビジネスロジックまで全部変わるわけじゃないんだからテストコードも一部はそのまま使えるでしょ
テストコードまったくなしに書きなおすよりはいくらか書きやすいと思う
0506nobodyさん
2014/05/14(水) 23:52:50.14ID:???ありがとう。そういうメリットもあるんですね。
>>505
わからない人にとっては全くわからないんだよね。テストケースのメリット。
俺、gitもテストケースも使ったことないというか使えないので勉強します。
0507nobodyさん
2014/05/15(木) 00:48:57.49ID:???0508nobodyさん
2014/05/15(木) 01:04:25.59ID:???愚者は経験に学ぶと言うけど人間なんて全員愚者だから、がんばって経験を積もう
0509nobodyさん
2014/05/15(木) 02:16:19.81ID:???こういう >>492 時に必要になるんだよ。
例えば1日の区切りが0時じゃなく4時なサービスがあるとしよう。
DateTimeオブジェクトや日時の文字列を受けて、何日かを返すメソッドがあるんだけど、
中身を見たらこりゃひどい実装だなという時、
テストがあれば、中身を書き換えても同じ結果を返す実装にできたとわかりやすい。
0510nobodyさん
2014/05/15(木) 03:48:38.98ID:???テストの話題で盛り上がりやがって
0512nobodyさん
2014/05/15(木) 10:33:38.61ID:???>中身を見たらこりゃひどい実装だなという時、
>テストがあれば、中身を書き換えても同じ結果を返す実装にできたとわかりやすい。
ここが想像できないんだよ。中身（モデル？）が酷い実装っていうけど、
前は動いてたんだよな？それを変更する時に「酷い」が分かるんだろ？
なら、テストも書き直しだと思うんだよ。俺も>>503と同じ疑問を持ってる。
Cakeのバージョンアップではなくとも、仕様が変わればテストも変わるでしょ。
0513nobodyさん
2014/05/15(木) 10:45:22.44ID:???少なくとも単体テストしやすいように設計してれば
仕様を変えた部分の他に影響がないことを保証しやすいんじゃないか
テストが書いてない誰かが作ったソフトウェアを改修する時に
あっち変えたらこっち動かなくなったよみたいな経験ない？
0514nobodyさん
2014/05/15(木) 10:52:06.00ID:???0515nobodyさん
2014/05/15(木) 11:08:32.04ID:???俺も思うな。
一人で開発したことしかないからか、
前に戻したくなることなんてまず無い。
毎回、add、commitする手間の方が面倒な気がするけど。
ただ、いつでも何処にでも戻せる安心感ってのは大きいのかもしれない。
dropboxでも戻せるけどどこに戻せば良いのかすらわからない。
0516nobodyさん
2014/05/15(木) 11:14:00.56ID:???別人だけど、中身ってコードのこと言ってるんだろ。
テストが完璧な仕様を表したものだと仮定すると、
テスト通りに動く限りは、実装コードはいくら変えても構わない、という理屈。
テストコードの方も変える必要がない（というか、変えたら同一の保証ができなくなる）。
もっとも、リファクタリングの過程で、新しいクラスやインターフェースを追加、とかなることが多いから、
その場合は、テストも変えていく必要はあるけど。
0517nobodyさん
2014/05/15(木) 11:25:10.47ID:???まあ趣味で小規模のものならそれでもいいのかな…
0518nobodyさん
2014/05/15(木) 11:31:50.75ID:???一人で開発を数年やってるが仕事でも個人サービスでもgitは重宝してる
過去ログとして何をやったかが残ること。
複数同時に機能開発ができること。
gitなしにはもう生きられない。
テストはControllerのテストは書かない。
それより下位層は書いてる。
自分が書いたコードを忘れたころに重宝してる。
他の機能実装のために、さらに下位層を変更したときに重宝してる。
デプロイツールもなしには生きられんな。
0519nobodyさん
2014/05/15(木) 11:48:03.50ID:???残念ながら商用で10以上の製品を扱ってるんだ・・。
gitの前にSubversionを勉強したこともあったけど、
バージョン管理の利点があまり思いつかないんだよな。バックアップ以外で。
マイナーアップデートしてそれをgitで管理する程度ならいいだろうけど、
開発してたら頻繁に更新するわけだろ？コード間違えも多々ある。
なのに、どのタイミングでadd、commitするか分からんし、
毎回してたら515が言うように面倒だ。
0520nobodyさん
2014/05/15(木) 11:52:50.01ID:???例えばこの2ちゃんの掲示板。
名前とメールアドレスと本文入れて投稿すれば掲載される。
この一連の処理が正しく行われるかのテストを書くわけだろ？
で、そこに「画像を追加できる」という機能が加わったとする。
コントローラーとモデルとビューにコードを追加し、テストも書き直すよな？
なら、またテストのやり直しだ。
0521nobodyさん
2014/05/15(木) 12:25:34.42ID:???テストにもいろいろ種類があるが、ここで書け書け言われてるのは、
単体テストと呼ばれるやつな。
で、単体テストの場合、一連の処理をテストするんじゃなくて、
機能単位でテストする。
俺も理解は甘いから、機能単位と言い切って良いのかわからないけど。
なので >>509 のようなメソッドは、戻り値だけに着目すればよくて、テストが書きやすいんだけど、
コントローラーのテストはちょっと書きにくい。
コントローラーのメソッドはアクションで、実行されたあとの結果がいろいろあるからな。
0522nobodyさん
2014/05/15(木) 12:37:38.37ID:???あえて掲示板ということで、CommentsControllerのaddメソッドのテストで考えてみると
1 必須項目を省いてPOSTしたら、書けてない事
2 書き込み成功していいPOSTなら、書けてる事
3 名前を省略したら「nobodyさん」になる事
もっとあるとは思うけど、addメソッドのテストとして、こんなのを確認するテストを書いたとする。
「画像を追加できる」機能が必須項目じゃなければ、「画像を追加できる」を実装した後も、
このテストは3つの部分は期待通りに動いてることを確認できると思う。
で、画像を追加する投稿についてのテストをいくつか追記して、機能追加が完成できる。
この場合あくまでテストは追記だから、テストは書き直しとは言わないと思う。
画像が必須項目だったとしたら、1と2は書き直しになっちゃうだろうけど、これも微修正って範疇じゃないかと。
0523nobodyさん
2014/05/15(木) 13:17:55.24ID:???commitやマージが便利そうだな。
0524nobodyさん
2014/05/15(木) 13:33:34.19ID:???物凄く分かりやすい！参考になった。
つまり、その1〜3をこれまではブラウザでいちいち実行してたのを
テストコードさえ用意しておけば、自動で成否を出してくれるって事だよね？
それならテストを追加する意味もあるし、すごく便利だと思う。
0525nobodyさん
2014/05/15(木) 16:23:27.92ID:???伝わったようで何よりだけど、あげておとすようで悪いが、
質問してた人が言ってたようなデメリットもやっぱりあるよ。
実装が大きく変われば、さすがにテストも修正というより書き直しになるし、
あとさっきも書いたけどコントローラーはテスト書きにくい。
仕様変更で実装が大きく変わりやすい箇所でもある。
あと >>522 この例でいうと、「画像を追加できる」機能を追加した際、
ぶっちゃけテストなんてなくても1〜3は壊れないような実装になりそうな気がすごいする。
俺としては >>509 のような、ユーティリティ的なライブラリが、テストも書きやすいし恩恵も多いと思う。
実際困ったから書いたんだけど、時間というテストがめんどくさいデータで、
結局動作確認するには、4時丁度とその前後や、逆に0時丁度やその前後を引数に、呼んでみるしかないから、それってテストコードだしな。
で、ユーティリティだからサービスのいろんな箇所で呼ばれてて、ミスったときの影響範囲も広い。
なので、テストコードがないと、修正に及び腰になってしまう。
0526nobodyさん
2014/05/15(木) 16:45:41.71ID:???なんかよく分からなくなってきたな・・・。
コード書いて「こういうイメージ？」って聞こうとしたんだけど、
どう聞けばいいからすら分からず、固まってしまったよw
0527nobodyさん
2014/05/15(木) 19:50:47.49ID:???0528nobodyさん
2014/05/15(木) 19:53:03.77ID:???ちなみにCakePHPにテストという機能がちゃんと用意されてますよ？
だからその事について話し合っているんですよ？
0530nobodyさん
2014/05/15(木) 20:53:28.94ID:???http://book.cakephp.org/2.0/ja/development/testing.html
0532nobodyさん
2014/05/16(金) 13:54:12.18ID:???composerについて教えて下さい。
0533nobodyさん
2014/05/16(金) 14:02:22.96ID:???0534nobodyさん
2014/05/16(金) 14:26:46.96ID:???autoload処理までしてくれるもの
packgistに登録されているものの他に
gitやsvnとかで管理されているもの
zip等で落としてくるもの、PEARとかも管理できる
依存関係の解決や、バージョンアップの追従とかが簡単にできるのがいいね
更新時にスクリプト動かしたりもできるから、さらにいろいろ使えるよ
0535nobodyさん
2014/05/16(金) 14:41:38.71ID:???0536nobodyさん
2014/05/16(金) 21:57:48.54ID:???0537nobodyさん
2014/05/16(金) 22:04:02.91ID:???0539nobodyさん
2014/05/17(土) 02:35:10.07ID:???例えば、
/domain/DB値 みたいな感じで
ちなみに、1.3系
0540nobodyさん
2014/05/17(土) 03:35:24.78ID:???2系では無理。routes.php のタイミングでは ClassRegistry がロードされていない。
1.3系は分からんが、やってみて確かめてみれば？
0541nobodyさん
2014/05/17(土) 03:39:32.10ID:???0542nobodyさん
2014/05/17(土) 05:32:08.69ID:???うーん、たぶんできるんじゃね？
http://book.cakephp.org/2.0/en/development/routing.html#custom-route-classes
まず、カスタムルートクラスを使う。
Cookbookは英語しかないが、これ。
App::uses('CakeRoute', 'Routing/Route');
App::uses('ClassRegistry', 'Utility');
SlugRoute extends CakeRoute{
public function parse($url){
$parse = parent::parse($url);
$hoge = ClassRegistry::init('Hoge');
return $parse;
}
}
こういうカスタムルートクラス書いてみたら、$hogeにHogeのインスタンスがあることまでは確認した。
なお、phpがあるPCと、これ書いてるPHP別なので、上のコードにtypoがあるかもしれない。
カスタムルートクラスでApp::uses('ClassRegistry', 'Utility');することによる弊害があるかどうかは知らない。
0543nobodyさん
2014/05/17(土) 11:47:50.48ID:???それは単にルータのクラスをRouteから変更するだけじゃん。
ルーティングのタイミング(routes.php の読み込み)は一緒だから
Model のインスタンス取得できないんじゃないかってことなんだけど。
0544nobodyさん
2014/05/17(土) 11:54:40.61ID:???ルータのクラスを変更することは
ここでは問題になってないってことを言いたかっただけ。
で、今 routes.php で App::uses('ClassRegistry', 'Utility');
して Model のインスタンス取得したら問題なく動いたわ。
副作用は知らん。
1.3系は ClassRegistry ってないんだっけ？
途中から出来た？
その辺はよく分からん。
0545nobodyさん
2014/05/17(土) 12:16:13.55ID:???あんな感じにできれば便利だなとは思う
0546nobodyさん
2014/05/17(土) 12:21:13.08ID:???もっと初期段階でモデルにアクセスできる仕組みのほうがいい気がする。
他のFWとかのプロセスってこの辺りどうなってんのかな。
俺はCakeしか知らないから。
0547nobodyさん
2014/05/17(土) 12:58:47.14ID:???全体のローダーとルーティングで制限がかかるローダーはタイミングが別なものが多いよ
前者でモデルの読み出しができれば使える感じ
0548nobodyさん
2014/05/17(土) 13:17:23.08ID:???App::uses('ClassRegistry', 'Utility'); で初期段階でモデルにアクセスも出来たし、
あとはカスタムルートクラスで好きなようにパースして返せば、
良い書き方かはおいといて、動きそうな感じはしてるんだけど。
0551nobodyさん
2014/05/18(日) 02:42:01.29ID:???0552nobodyさん
2014/05/18(日) 04:33:21.19ID:???new Hoge()じゃなくてClassRegistry::init('Hoge')が推奨されるのってなんで？
昔コントローラーじゃないところでモデル使うことがある時、
new Hoge()してるって言ったら、だめって言われたことあるんだけど、
まだ初心者だったら理由までは教えてもらえなかったんだよね。
よくわからないまま、ClassRegistry::init()を使うようにだけしてるんだけど、
理由知りたい。
0553nobodyさん
2014/05/18(日) 11:39:16.13ID:???0554nobodyさん
2014/05/18(日) 12:23:32.63ID:???テストを先に書くということですが、
メソッドを先に書く場合もありますか？
0555nobodyさん
2014/05/18(日) 12:34:06.68ID:???記事を書く
記事を見る
記事を削除
の3つのケースを先に書いてテストし実装する
もしくは一つの機能ごとにテストを書く実装する、のどちらが良いのでしょうか。
0556nobodyさん
2014/05/18(日) 18:19:05.82ID:???テストを先に書くことがテスト駆動開発の必須条件の一つだと思うんだけど、
別に原理原則にこたわることもないと思われ。
ただ、教科書的にはまずテストを書いて赤色から発進するのが通則。
>>555
テスト駆動開発は、一般的にはアジャイル開発の一部とされている
（たぶん、そうじゃない場合もあるはずなんだけどあまり記憶に無い）ので
単純なテストからだんだん複雑にして行くことを前提に、
最初は簡単な「記事を書く」テストを書いて実装して
簡単な「記事を見る」テストを書いて実装して、
簡単な「記事を削除」テストを書いて実装して・・・ってことなんじゃないかな？
だけどそれも程度によるだろうから、最初はざっくりアウトライン的に
全体を作って、作りこむに従って単体テストを増やしていったりテスト自体を
詳細にコーディングするってことでいいんじゃないかな？
0558nobodyさん
2014/05/18(日) 23:31:40.02ID:???TDDに限らず、ここで聞くより専門の書籍を一冊買って
それを読んで体系から身につけたほうがいい。
0559nobodyさん
2014/05/19(月) 16:50:44.06ID:???バリデーション自体を中止したいのですが、良い方法はないでしょうか？
以下のようなルールをモデルに書いています。
'image' => array(
array(
'rule' => array('extension', array('jpg', 'jpeg', 'gif', 'png')),
'message' => '拡張子が違います',
'allowEmpty' => true,
)
)
0560nobodyさん
2014/05/20(火) 15:39:04.32ID:RIYxfxGy営業 １−多 顧客
というリレーションがあったとします。
営業 hasMany 顧客 と営業モデルに書いています。
そこで営業コントローラから 「顧客を一件ももっていない営業」をfindする方法がどうしても
思い浮かびません。
どうかヒントをいただけませんでしょうか。
0561nobodyさん
2014/05/20(火) 15:56:13.36ID:???検索条件を
'顧客.id' => null
とすれば行ける気がするのだがどうだろう。
あと、カウンターキャッシュという裏ワザもあるが、
アプリケーション依存になるんで一長一短。
0563nobodyさん
2014/05/21(水) 16:47:46.18ID:???なんかURLのルールが似てる気がする
0565nobodyさん
2014/05/21(水) 19:54:17.38ID:???0566nobodyさん
2014/05/25(日) 12:26:20.21ID:???PofEAAのActiveRecordと違うと思うんだけど。何を元にしてるの？
0567nobodyさん
2014/05/25(日) 13:21:00.24ID:???0568nobodyさん
2014/05/25(日) 14:22:54.54ID:???AppControllerに書かれた$uses、$componentsが使えない（マージされない）問題は
Cake2では直ってるんだっけ？
今確認できないのでどなたか教えてください
0569nobodyさん
2014/05/25(日) 16:32:17.75ID:???Dispatcher でリフレクション呼び出してあれこれゴニョゴニョしてるんで、
多分大丈夫。
正式なアナウンスは知らん。
0571nobodyさん
2014/05/26(月) 21:17:51.86ID:???0572nobodyさん
2014/05/26(月) 21:34:55.75ID:???0573nobodyさん
2014/05/28(水) 12:20:55.53ID:???ルーティングってどう書けばいいですかね？
/hoge/ →Categoryモデルのname「hoge」
/hoge/news/ →Newsモデルのcategory_nameが「hoge」
/hoge/news/detail/1 →Newsモデルのidが1でcategory_nameが「hoge」
こういう場合、hogeの箇所（カテゴリ名）が不特定文字列なので
どういう書き方をすればいいか悩んでいます。cake2系です。
■ このスレッドは過去ログ倉庫に格納されています