【PHP】フレームワーク CakePHP　2ホール目

**nobodyさん** · 2007/11/14(水) 02:50:28

本家
http://www.cakephp.org/

10分で作るCakePHPアプリ for Windows
http://p4life.jp/cake/

マニュアル日本語化
http://www.cakephp.jp/doc/

日本語フォーラム
http://cakephp.jp/modules/newbb/

あとこのへんとか（初心者向けTIPS）
http://www.avatarfinancial.com/pages/cake/

**nobodyさん** · 2007/12/11(火) 21:21:49

>>113
書き方の違いでしょ。
この例の場合はどちらでもＯＫだと思う。
二つ以上のモデルに格納するデータをフォームから送るなら
$this->dataにすべきだね。

**111** · 2007/12/11(火) 22:52:21

>>117

おれのこと？
マルチなんかしてないけど？

というか他にCakePHPのスレあったっけ？

**111** · 2007/12/12(水) 00:43:10

フォーラムにも同じような話題でてたんだな
しかし決めつけはひどいな　別人だよ

>>117

おまえが無能だ

んで、フォーラムにでてるように array(array('url' => ～)) をつかうとうまくいかない場合ある
array(array(action)) つかったほうがいい

しかし、この辺りがCakePHPはなんかいまいちスマートじゃないね

**nobodyさん** · 2007/12/12(水) 13:47:30

モデルのヴァリデートにNgWord判定させるにはどうしたらいいのですか？
cake2日目ではまってまっすん

**nobodyさん** · 2007/12/13(木) 02:11:34

正規表現でそのワード弾けばいいんじゃない?

**121** · 2007/12/13(木) 10:54:35

>>122
レスありがとうございます。

正規表現ではじくのは考えたのですが、ＮＧワードをＤＢで管理してあとから追加や削除をできるようにしたいのです。
ヴァリデートに関数呼び出しなどを書く方法はあるのでしょうか？

言葉足らずですみませんです。

**121** · 2007/12/14(金) 13:58:00

自己解決しました

validate() をオバーライドするか、別途関数を呼び出してチェックすればいいみたいです。

save()の第二引数に falseを指定すれば、save時にヴァリデートしなくなるようです。

**nobodyさん** · 2007/12/14(金) 23:47:10

オバーライドｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

**nobodyさん** · 2007/12/15(土) 02:49:30

一つのテーブルに10個のフィールドがあるとして半分ずつを別の機会にsaveしたい時は後に保存するほうは空の値を許可するにしなきゃいけないんだろうか。すべて必須項目にしたいんだが。
自分でModelに複雑なValidationを実装するのかな

**nobodyさん** · 2007/12/15(土) 05:19:24

CakeSWXPHPの使い方で良いサイト知らない？

ActionScriptの方の使い方が難しくて、何かわかりやすいサンプルを探してるんだけど。

具体的にはFlexのMXMLとの連携のコードを全て公開してくれてるところ。

**cWTrQzhwyu** · 2007/12/15(土) 05:32:32

w8dffW <a href="http://tjfirgbtchzm.com/";>tjfirgbtchzm</a>, [url=http://skatqimodaiu.com/]skatqimodaiu[/url], [link=http://bjtumegdtulp.com/]bjtumegdtulp[/link], http://uteijdlqllxz.com/

**nobodyさん** · 2007/12/18(火) 02:17:35

1.2系だとHABTMも標準でsaveできるようになったんな。すごい便利

**nobodyさん** · 2007/12/18(火) 02:25:56

>>129

諸刃の剣の悪寒
いじりたいときは返って面倒

まあそのまま使うときはよさそうだね

**nobodyさん** · 2007/12/18(火) 11:36:32

モデル書くときって簡単なSQLでもfindとか使わずに
queryでSQL文が見えてた方が開発効率がよくね？

**nobodyさん** · 2007/12/18(火) 19:39:14

返ってくるデータが予測つかない人はそうだな

**nobodyさん** · 2007/12/19(水) 02:24:25

>>131
俺はすでにそれじゃだめだな。

CakePHPつかう以前からの話だが、
何かのデータを保存・・・時にほかのテーブルにも保存
なんて処理をやりたいことがある。

SQLでいえばトリガーでやるところなのだが、
トリガーはDBMSに依存してしまう。

そういうときにフレームワークで処理を割り込ませられると便利。
CakePHPでいうBehaviorの仕事だ。

**nobodyさん** · 2007/12/19(水) 02:34:00

それから、俺は、Behaviorを使うことで
SQL文の拡張のようなことをやっている。

たとえば・・・これは俺が実際に使っている例ではないんだが、
全文検索をするための構文はDBMSによって違う。

しかし、それがなんであれ,
$conditions = array('field' => 'FULLTEXTSEARCH ' . $keyword);
という風にFULLTEXTSEARCH キーワードを条件文に使用できる。

あとはBehaviorのbeforeFindで条件を調べて
DBMSにあわせた適切な構文に置き換えるだけ。

**nobodyさん** · 2007/12/19(水) 11:09:58

>>126
saveに渡す配列にフィールドのキーが存在しなければvalidationもされないし
データ更新もされないから気にしないでOK

**nobodyさん** · 2007/12/19(水) 13:28:34

Paginationまわりがわかりにくいと思うのは俺だけ？特に1.2

フレームワークそのままの形だけの使い方をしている分にはいいんだけど
データ取得の命令がfindAllがpaginate関数になったりと、
理由はわからなくは無いんだけど、どうも設計に違和感を感じる。

とりあえず、1.2用のコントローラー以外（たとえばComponent）でも
使えるような汎用的なコードを書いておくよ。といっても怪しいけどな。
変なことをしているかもしれん。まあ俺が見つけた方法ということで。

しかし、コントローラ以外からコントローラのpaginate変数を設定したり
paginate関数を読んだりするのが気持ち悪い。
もっとスマートな方法ないのかな。

※$controllerはどこからか取得

$model_name = 'Post';
loadModel($model_name);
$model = new $model_name;
$conditions = array('id' => '> 3');
$controller->paginate[$model_name] = array(
　　'limit'=>2,
　　'page'=>1,
　　'conditions'=>$conditions);
$data = $controller->paginate($model);

pr($data); //検索情報
pr($controller->params['paging'][$model_name]); //ページ情報

**nobodyさん** · 2007/12/19(水) 19:37:24

recursiveが2以上のアソシエーションを動的に変更する方法がよくわからない。

例えば
blog
ってテーブルがhasManyで
post
ってテーブル持ってて、そのまたさらにhasManyで
comment
ってテーブルを持ってたとする。

普段はそれぞれは一覧で表示したいのでlimitを10くらいに設定してるんだけど、
ブログの一覧からpostとそれに紐付くcommentを全て取得する際に
$this->Blog->findAll();
でコメントだけはlimitを3にしたい。

$this->Post->hasMany['Comment']['limit'] = 3;
$this->Post->bindModel(array('hasMany' => array('Comment' => array('limit' => 3))));
とか試したけど、もう無理。

何か間違ってる？

**nobodyさん** · 2007/12/20(木) 02:56:46

出来ないこともないが、
テーブル名を複数形にしない時点で
自分で調べてなさすぎ感が伝わってきて
アドバイスしたい気持ちになれない。

**1/3** · 2007/12/20(木) 04:06:27

調べてないつもりではないんだけど、確かに情報を小出しにしてるこちらが悪かった。
ごめんなさい。
誤解を生まないようにもう一度説明すると、
blogs テーブルはBlogモデルの中で
var $hasMany = array('Post' => array('classname' => 'Post', 'limit' => 10));

postsテーブルではPostモデルで
var $hasMany = array('Comment' => array('classname' => 'Comment', 'limit' => 10));

そいで最後に
commentテーブルがCommentモデルでそれぞれ定義されてたとして。

普通はコントローラーで最初に
var $uses = array('Blog', 'Post', 'Comment');
ってやっておいて、
$blogs = $this->Blog->findAll(null,null,null,null,null, $recursive = 2);
でそれぞれ
count($blogs['Posts']);//　が10件
count($blogs['Posts']['Comments']);//　が10件
入るよね。

**2/3** · 2007/12/20(木) 04:06:58

でもblogの一覧から全てのPostとCommentを取り出すのがリｓ－スが勿体無いときがあったとして、
　1.Postを3件だけ取り出したい
　2.Commentを3件だけ取り出したい
とすれば、

1のPostのほうは
$this->Blog->hasMany['Post']['limit'] = 3;
なり
$this->Blog->bindModel(array('hasMany' => array('Post' => array('limit' => 3))));
なりしてやればあとは
$blogs = $this->Blog->findAll(null,null,null,null,null, $recursive = 2);
で3件だけPostを取り出せるんだけど、

2に関しては
$this->Post->hasMany['Comment']['limit'] = 3;
をやっても
$this->Post->bindModel(array('hasMany' => array('Comment' => array('limit' => 3))));
をやっても、
その後
$blogs = $this->Blog->findAll(null,null,null,null,null, $recursive = 2);
これをすると
count($blogs['Posts']['Comments']);
は10件取り出されてしまうんですよ。

**3/3** · 2007/12/20(木) 04:07:32

自分では
$this->Blog->findAll()
でblogsテーブルの直下のhasManyは動的にアソシエーションできるんだけど、
そのさらに下のアソシエーションに関しては動的に変更できなくて悩んでるんだけど、
何か決定的に間違ってる？
普通は出来るもんなんだったら、
別のところで自分が途方も無いケアレスミスを犯しててたまたま出来てないだけだってわかるだけでも
対策考えれるからありがたいんですけど。

**nobodyさん** · 2007/12/20(木) 04:10:41

あああ、推敲したはずなのに…。
>>139の
> そいで最後に
> commentテーブルがCommentモデルでそれぞれ定義されてたとして。

は

> そいで最後に
> commentsテーブルがCommentモデルでそれぞれ定義されてたとして。
　　　　　　 ~~

の間違いです。
重ね重ねごめんなさい。

**nobodyさん** · 2007/12/20(木) 13:00:08

$this->Blog->Post->hasMany['Comment']['limit'] = 3;

**nobodyさん** · 2007/12/22(土) 00:03:39

今の最新バージョンいくつ？
ﾀﾞｳｿしようと思ったけど、有償なんだな

**nobodyさん** · 2007/12/22(土) 00:41:39

>>143
!!!!まさかそんな簡単な解法があったなんて！
ありがとうございます！
本当に俺の単純ポカですね。

**nobodyさん** · 2007/12/22(土) 11:39:21

>>144
はい有償ですが何か？

**nobodyさん** · 2007/12/22(土) 12:56:47

どうでもいいけど、ドミネーションウェアをフリーウェアだと勘違いしてる人は多そう

**nobodyさん** · 2007/12/22(土) 13:17:51

さあ盛り上がって参りました！

dom・i・na・tion
━━ n. 支配; 優勢; （pl.）主天使.

do・na・tion
━━ n. 寄付; 献血, （臓器などの）提供; 寄贈物; 寄付［義捐(えん)］金; 【コンピュータ】シェアウェアの寄付金［使用料］.

**nobodyさん** · 2007/12/22(土) 16:00:24

主天使ってなに？

**nobodyさん** · 2007/12/22(土) 18:20:28

管理職

**nobodyさん** · 2007/12/23(日) 03:33:51

質問です。

共有サーバーにCakePHPを入れたいと思い、アップしてみたのですが、
mod_rewriteの設定で躓いてしまいます。現在の状況は下記のとおりです。

□/
├□cake ←CakePHPのファイルが入っている
│├□app
││├□webroot
│││└□.htaccess ←①
││└□.htaccess ←②
│├□cake
│├□docs
│├□vendors
│└□.htaccess ←③
└□public_html ←ドキュメントルート（変更不可）
　 └index.php ←④

①
「RwriteBase /app/webroot」を追加
②
「RwriteBase /app」を追加
③
「RwriteBase /」を追加
④
「include('../cake/index.php');」のみを記述

これで実行すると、mod_rewriteが設定されていないように表示されてしまいます。
しかし、サーバー側では正常にmod_rewriteが機能しています。
どのように修正すれば良いのかご教授願います。

**151** · 2007/12/23(日) 03:40:29

IDを出し忘れていました。よろしくお願い致します。

**nobodyさん** · 2007/12/23(日) 03:44:49

RwriteBase /app/webroot　→　RwriteBase /cake/app/webroot
RwriteBase /app　→　RwriteBase /cake/app
RwriteBase / →　RwriteBase /cake

**nobodyさん** · 2007/12/23(日) 03:56:58

>>153
返答ありがとうございます。
変更し、アップしてみたのですが、うまくいきませんでした。
（変更前と見た目に変化なし）

環境を追記します。
OS…Linux
Apache…1.3.37
PHP…5.2.3
MySQL…5.1.20

引き続きよろしくお願い致します。

**nobodyさん** · 2007/12/23(日) 07:44:16

>>151
なんじゃ、それ？

HTTPで公開してるのは、public_html ディレクトリだろ？
まず、そこに、.htaccessがなきゃ話にならんだろ。

さらに、RwriteBaseってのは、クライアント側から見えるURLを書く物で、まるで理解してない。

つか、Apacheのマニュアル読んでるの？

**nobodyさん** · 2007/12/23(日) 08:29:31

>>155
色々な問題をごちゃ混ぜにして考えていたようです。
0から勉強しなおしたいと思います。

public_htmlにapp,cakeフォルダなどをアップし、app/webrootフォルダ内の
.htaccessに>>151の③の内容を追加したところ、
（多分）問題なく動作することを確認しました。

ご迷惑をお掛けし申し訳ありませんでした。

**nobodyさん** · 2007/12/23(日) 08:41:22

>>156

おい。

HTTPで公開してるディレクトリに、cakeディレクトリ以下は、"置かない"。安全性が落ちる。
"アップし"なんて書いてるとこ見ると、ローカルに開発用のHTTPサーバも持ってないのか？

それは、共有サーバを使ってる他の人にとって、"迷惑"。

**nobodyさん** · 2007/12/23(日) 14:49:20

最近よくも悪くもCakeに初級者が入ってるが基礎をみっちりやってからじゃないと結局フレームワークに使われるぞ

**nobodyさん** · 2007/12/23(日) 15:49:17

初心者が、cake使って勉強すれば良いじゃないですか？

**nobodyさん** · 2007/12/23(日) 16:24:59

あああああああああああ
うまくいきました。

/
　　/cakephp
　　　　/cake ← cakeフォルダ（appと並んでいたほう）
　　　　/public_html ← appフォルダをリネーム
　　　　/vendors
　　/public_html ← ドキュメントルート
　　　　/css,files,img,.htaccessなど、app/webrootディレクトリに入っていたフォルダやファイル一式

上記のように各ファイルを設置し、
ホームディレクトリの.htaccessに「RwriteBase /」を追加し、
同階層のindex.phpのROOT,APP_DIR,CAKE_CORE_INCLUDE_PATHをそれぞれ
「DS.'path to cakephp'.DS.'cakephp'」「'public_html'」「ROOT」にし、解決しました（多分）。

>>157
ローカルでテストしていました。
紛らわしい言い方をして申し訳ありませんでした

**nobodyさん** · 2007/12/23(日) 16:26:57

×ホームディレクトリ
○ドキュメントルート

**nobodyさん** · 2007/12/23(日) 18:29:45

ここまでRwriteBaseだらけだがRewriteBaseじゃないのか
しかも成功したのか
俺が間違ってるのか

**nobodyさん** · 2007/12/23(日) 18:32:41

>>162
すいません、Rewriteでした。
最初の文章をコピペしてたのでずっとRwriteと書いていました・・

**nobodyさん** · 2007/12/23(日) 18:51:21

あ、いや、いいんだw
狐につつまれて（←何故か誤用）ただけだから

**nobodyさん** · 2007/12/23(日) 19:41:40

狐につねられた？

**nobodyさん** · 2007/12/23(日) 21:14:17

まあ、似たようなもん

**nobodyさん** · 2007/12/24(月) 01:16:59

>>159
初心者が勉強するには挙動や仕組みが複雑すぎるし、
勉強すべきウェブアプリの流れが自分で組めない。（組まなくて良い）

**nobodyさん** · 2007/12/25(火) 04:06:06

なんか楽しようとして使ってるのにCakeの融通聞かないとこをカバーするコード考えたりしてると余計時間かかってる気がする。

**nobodyさん** · 2007/12/25(火) 10:50:49

>>168
わかる。でも、書いたあとのコードがわかりやすい。

フレームワークを使う前のコードなんて自分で書いたコードなのにゾっとする。
読めたもんじゃない。。。

**nobodyさん** · 2007/12/25(火) 22:35:34

型にはまっているから迷わなくていいのが楽なのかも
位置から作るといちいち迷ってそれが占める時間が結構ある希ガス

**nobodyさん** · 2007/12/26(水) 10:31:28

アホな質問なんですけど、

通常、
AページでAテーブルの内容を表示（Aコントローラー+Aモデル）
BページでBテーブルの内容を表示（Bコントローラー+Bモデル）
というような感じで作ると思うんだけど、

CページでAテーブル+Bテーブルの要約内容を表示したい場合は、どうすれば？
Cコントローラーで、AモデルBモデルを使うというような考え方でいいのかな。

質問の意味が通じなそうｽﾝﾏｾﾝ(´・ω・`)
サイトのトップページで、多テーブルの情報を表示させたいというような場合の話です。

**nobodyさん** · 2007/12/26(水) 11:24:07

Cコントローラの$usesに使いたいモデルの配列を定義汁
var $uses => array('Amodel', 'Bmodel');

**171** · 2007/12/26(水) 11:40:51

>>172
すごいありがとう。ほんととっかかりがわからなくて。感謝！やってみます。
勉強会行きたかったな～。

**nobodyさん** · 2007/12/26(水) 12:26:56

ちょっと検索すれば出て来ることだよ・・

**nobodyさん** · 2007/12/28(金) 00:04:04

しかとだてめーわ　重荷を負って一生かけて学びやがれ！

**nobodyさん** · 2007/12/28(金) 01:37:12

しかと引き受けた

**nobodyさん** · 2007/12/28(金) 02:04:26

この流れの意味が分からないw

**nobodyさん** · 2007/12/28(金) 09:49:34

このスレの流れに意味なんて必要ない！

**nobodyさん** · 2007/12/28(金) 09:55:56

なかよくやろうよ。

**nobodyさん** · 2007/12/29(土) 15:34:55

学園なかよし計画

**nobodyさん** · 2007/12/29(土) 15:45:50

家族計画

**nobodyさん** · 2008/01/01(火) 02:04:43

先週ぐらいからCakeを使い始めてみた。
いったんわかってくるとサクサク作っていけるのが嬉しいね。

ただ、マニュアルは機能を網羅してるわけじゃないんだな。
マニュアルに載っていることが全て、だと思って進めてくと意外としょうもない所でつまずいたりしちゃうね。
まあこれはCakeに限った話じゃないけど。

**nobodyさん** · 2008/01/03(木) 22:38:40

>>182
年明け早々に書く事か？w
いや、むしろ好意的な意味で。熱心だな。w

**nobodyさん** · 2008/01/04(金) 01:10:03

Cakeはベーカリーとかソースコードとか覗くと楽しい。
マニュアルだけだと（特に1.1系）他のフレームワークに見劣りする。
1.2系はちょっと自分用に改造するとすごい使いやすい。

**nobodyさん** · 2008/01/04(金) 13:24:08

なんで改造しちゃうの。

**nobodyさん** · 2008/01/04(金) 14:28:39

確かに。何の為にオープンソースのフレームワーク使ってるんだか分からないｗ

**nobodyさん** · 2008/01/04(金) 14:59:45

オープンソースだから改造できるんじゃんｗ

**nobodyさん** · 2008/01/04(金) 21:12:38

pre_betaからbataで変わって気づいたこと（てか、直したとこ）

・admin routesのとき、paginatorの飛び先がおかしいのがなおった
・posts/index/foo:bar が　$this->params['pass'] でなくて $this->params['named'] に入る
・posts/view/20 は　$this->params['pass'] に入る
・loadModel, loadComponent は非推奨 App:import('Model', 'name') にしろといってくる。
・generateList() も find('list', array()) にしろといってくる。
・webservice 使用時 $this->layoutPath をわざわざ指定しないといけなくなった。
・何気にapp_controller.php, app_model.php の場所がかわってる（そのままでも動くが、気持ち悪いので変えた）

いまんとこ、こんな感じでした。

**nobodyさん** · 2008/01/05(土) 10:59:20

情報乙。
bakeで生成されるコードも伴って変更されてるといいな

**nobodyさん** · 2008/01/05(土) 15:28:31

>>188
>・何気にapp_controller.php, app_model.php の場所がかわってる（そのままでも動くが、気持ち悪いので変えた）

* Create the same file in app/app_controller.php
* Create the same file in app/app_model.php

って書いてあるからpre-betaと変わっていないと思うんだけど。

**nobodyさん** · 2008/01/05(土) 17:30:26

betaでバリデーションの挙動が変わったのか、自作関数でバリデーションする場合
チェックされる（ポストされた）データが配列でわたるようになってる。
使いにくくなった。なんでだ？

**nobodyさん** · 2008/01/05(土) 18:40:44

MySQL4.0.25 cake1.2beta に乗り換えたら
$this->Post->del($id);
で、SQLエラーでちまったよ。
エリアスがユニークじゃない！とかいわれたよ・・・
どうしたもんかね？

**nobodyさん** · 2008/01/07(月) 15:01:55

じゃあ、俺も。betaで変わったとこ。

モデルの _tableInfo変数が _scema変数に変わった
_scemaの構造も_tableInfoとちょっと違う

まあ、この変数は積極的に使うものじゃないけどね。

**nobodyさん** · 2008/01/08(火) 12:06:39

cakeって、model名 = コントローラー名 = テーブル名
ってなっているけれど

コントローラー名がテーブル名だと、アクセスするときに変じゃない？

普通画面名とか、機能名とかつけるものだと思っていたんだけれど、
どうなんでしょう

bakeでviewを作成するときに、選択可能なリストにModelがでてくるけれど、
コントローラーだしてほしい

そういうものなのかなぁ

**nobodyさん** · 2008/01/08(火) 15:41:16

>>194
別に他の名前も付けられるんだからいいじゃん。
特にコントローラー名なんて変え放題じゃない？

**nobodyさん** · 2008/01/08(火) 16:24:57

bakeが、コマンドラインから叩くのめんどくさいし、環境を選ぶ。
規約に従ったphpファイルを作ってアップロード、実行するとbakeされるように出来ないのかな。

**nobodyさん** · 2008/01/09(水) 17:55:03

>>195
え、url上の名前って簡単に変えられるの?
モデルの
var $name = 'Post';
ってところの名前変えれば出来るって事?

**nobodyさん** · 2008/01/09(水) 18:08:04

>>197
それはむしろモデルに対するテーブル名じゃまいか？
urlウンヌンは、好きな名前でアクション作れば良いかと。

**nobodyさん** · 2008/01/09(水) 18:57:52

コントローラとモデルの紐付けは実はあんまり強くないよ。
コントローラで$usesを定義してやれば好きなモデルをいくつでも使うことができるから
極端な話、$usesさえあればコントローラの名前は任意で大丈夫。
つーか、コントローラ名=URL上の表記だから、コントローラ名は
アクセス側から分かりやすい名前にする方が重要だと思う。
正規化でテーブルが沢山増えた場合はなおさら。

で、$usesを定義しないとコントローラ名を単数形にしたモデルを自動で使う。
その時、PHP4はクラス名からモデル名を引っ張ってこれないから$nameを見てモデル名を決める。
$nameはその時に使う。逆に言うとPHP5以降は$nameは不要。

…だったと思うけど、情報古いかもしんないから注意してね。

**nobodyさん** · 2008/01/09(水) 23:29:04

1.2betaになって、もしかして$form->inputで出力されるタグがフィールドの種類に応じて変わらなくなったのか？
前は、date型のフィールドなら日付選択のセレクトタグが出たんだが。

**nobodyさん** · 2008/01/10(木) 21:31:14

俺、最近$usesすらも使わないで、
モデル使いたい場所で、

App::Import('Model', $model_name); //pre-betaではloadModel
$model = new $model_name();
$model->findAll();

とかやってるｗ
やばいかなぁ。

**nobodyさん** · 2008/01/11(金) 00:37:03

>>201

ちょいやばですね

**nobodyさん** · 2008/01/11(金) 11:30:25

>>202
どういうふうにやばい？

**nobodyさん** · 2008/01/11(金) 20:24:44

フレームワークせっかく使ってるのに規約にそってないから、複数で開発したら異端児

**nobodyさん** · 2008/01/12(土) 01:07:43

でもさ。コントローラではusesでいいかもしれないが、
コントローラ以外で、モデルを使う方法他に何がある？

**nobodyさん** · 2008/01/12(土) 07:06:39

逆にどういう状況でコントローラ以外でモデルを使うんだ　モデル内で別のモデルを使うとか？

**nobodyさん** · 2008/01/12(土) 09:24:00

一つのモデルに保存したら、SQLのトリガーのように別のモデルに保存することもありますし、
それをBehaviorにしてBehaviorで使うこともありますし、
テーブルに保存されたデータをもとに値を返すComponentも考えられますし、
コントローラ以外のどこででも、モデルを使うことって考えられますよ。

**nobodyさん** · 2008/01/12(土) 21:32:01

それでしたら、　MVC が成り立たなくなるのでは？
少なくとも

「早く開発できる」

も大切ですけど、

「規約に沿った開発」

を心がけた方が最終的には良いかと思いますが、いかがでしょうか。

**nobodyさん** · 2008/01/13(日) 00:11:18

>>208
この程度でMVCが成り立たなくなるわけが無い。

規約を守ることが目的になっていませんか？

**nobodyさん** · 2008/01/13(日) 01:41:55

規約守った方がいいにきまってる。
こういうやつとは仕事したくないな。
汚いソースを読まされそうだ。

**nobodyさん** · 2008/01/13(日) 10:00:42

パフォーマンス的にはどうなんだろう？
１つのアクションでしか使わないモデルを、
コントローラ全体から呼び出すのはどうなのかな？

あまり、変わらなければ、規約に沿ったほうがいいね。

**nobodyさん** · 2008/01/13(日) 14:32:44

>>207のような状況は普通にある

さすがにテンプレートやヘルパーでモデル呼び出しはしないけど
ヘルパーのようにモデル同士が連携したくなる場合なんてざら。
開発規則で決めればコンポーネントからモデル呼び出しも十分
視野に入るだろ。

そもそもコントローラの責任範囲はあまりに広すぎる。
save()時に関連キーの値を意識しなきゃいけないとかアホだろ
モデルに任せとけよそんなもん。

**nobodyさん** · 2008/01/13(日) 19:43:12

> さすがにテンプレートやヘルパーでモデル呼び出しはしないけど

本当にそう？

たとえば、xoopsなんかにある、”ブロック”

メインのページの左右に表示され、ページの中のコンテンツとは
直接関係無いような情報（もちろんデータはデータベースにある）を
表示するとき、それをどのように作る？

**nobodyさん** · 2008/01/13(日) 19:47:23

CakePHPにはお世話になっているから
悪いことは言いたくないが、一つだけ言わせてくれ。

function foo($v1=null, $v2=null, $v3=null) {
　if($v1がなんたらだったら) {
　　$v1 = $v2;
　　$v2 = $v3;
　}
}

こういうコードはやめてくれ。引数とコードがわけがわからなくなる。

**212** · 2008/01/13(日) 19:55:54

>>213
requestAction

**nobodyさん** · 2008/01/13(日) 20:39:16

規約に沿わずパフォーマンス云々を求めるならフレームワークなんか使うなよ

**nobodyさん** · 2008/01/13(日) 21:12:12

CakePHPでトランザクションの使い方を教えてください。

【PHP】フレームワーク CakePHP 2ホール目

【PHP】フレームワーク CakePHP　2ホール目