モデルから別モデルを使う場合ってどうしてますか？

Question

モデルから別のモデルを使う場合、App::usesを使う方法とApp::importを使う方法とClassRegistry::init();を使う方法があると思います。

私のところでは、モデルを規約から外れる配置してないことと、遅延ロードでパフォーマンスが上がることから、App:usesを使っています。

みなさんのところではどのような考えで何を使っているかご教授いただけますでしょうか。

Answer 1

そのような場面には、まだ遭遇していませんが
AppModel.phpにloadModelを実装しちゃうかもしれないです。

あとビジネスロジックはModelに関連ない場合、Componentsに実装していました。

Comments

[kazu56]

回答ありがとうございます。

App::usesだけで書くとコード量が多くなってしまうので、実際は、loadModelのようなものを作ってそこへ使用するモデルを渡すだけという形にしています。

Componentsにビジネスモデルを書く方法については最近知りました。
モデルに書くよりもComponentsに書いた方が、AuthコンポーネントやSessionコンポーネントなどがそのまま使えるし便利だと思いました。
最初は話を聞いたときは違和感があったのですが、つまりは、コントローラーから再利用可能な形で呼びだすことができればいいので、いわゆるFatModelという言葉にこだわらなくてもいいのかなと思いました。
さらに別のところで読んだ記事によるとCakePHPコア開発者のJoseもComponentsを使うように書いているらしいです。

最後、話がそれました。この議論についても別のところで質問したいと思います。

Answer 2

モデルから、別のモデルを使う場合とはどのような時なのでしょうか？
私の経験上、データを取得する際には、コントローラ側で複数のモデルを定義しているためモデル内で複数のモデルを読み出すという条件が余り無いのですが？
それとも、データを登録する場合登録条件によってモデルを変更するような仕様等が有るのでしょうか？

基本的なコントローラとモデルの概念では、モデル間のみでのやり取りという事が余り聞いた事が無いので・・・。

コントローラの機能とモデルの機能の切り分けがうまく出来ていないのではないかと思うのですが。

Comments

[kazu56]

すみません、説明が不足していました。

useTable = falseとして、モデルをService層として使う場合の話です。
ここに議論が多々あると思いますが、自分のところでは、各テーブルに対応しているモデルには、永続的なプロパティ(例えば、$primarykey)などを定義して、useTable = falseとしたモデルにビジネスロジックを記述しています。コントローラーにはビジネスロジックの記述はしていません。

質問は、Service層としてのモデルから、テーブルに対応したモデルの使う場合に、どのように読み込んでいるかという質問になります。

[takayukiinaba]

なるほど・・・
そういう事だったんですね。

私もその様な場合は、App::usesで記述したりしています。
ただ、コード量が多くなるのと不具合を検索するときにあっちこっちに移動するので少々手間かなっと思っています。