CakePHPで、モデルに何でもつっこむ？

Question

CakePHPで、ビジネスロジックはモデルに書くべしという事が良く言われていますよね。

そこでお聞きしたいのですが、

１箇所でしか使わない処理でも（使いまわすことのない処理）でも
モデルに書いたほうがいいのでしょうか？

ご回答宜しくお願い致します。

Answer 1

１箇所でしか使わない処理でもモデルに書くことはよくあります。
コントローラーにも書けるが、モデルに書いた方がいいという処理はモデルに書きます。
M,V,Cの使い分けを行うという事です。

Comments

[rik]

コントローラの補助機能はコンポーネントですのでモデルではありません。
コントローラで同じ処理が沢山ある場合はコンポーネントで対応するかコントローラを増やします。
コントローラの重複処理をモデルに押し込んでしまうのではありません。
コントローラ、モデル、ビュー、はそれぞれの使い道で使い分けるべきで、どちらに書いても動作しますがどちらに書くべきかはMVCに沿った記述をするべきです。

[kururi10]

お返事が遅れてしまい申し訳ありません・・・。
ご回答いただき、ありがとうございます。

なるほど、コントローラの重複処理用には
コンポーネントがありましたね。

やはりMVCに沿った記述がベストだということなのですね。

rikさんは、何かの本とかでMVCを学ばれて、
それにそってCakeで組まれていらっしゃるという感じでしょうか？

Cakeの本は基本的なことしか書いてないし、
ネットだと体系的になっていないので、
何かしっくり来ないんですよね・・・。

Cakeのソースコードにまでしっかり応用できる、
MVCに関する本のオススメなどご存知でしたら
教えていただけると嬉しいです。

[rik]

よく本屋に行きますが、CakePHPの本を見つけるとほぼ全て購入しました。
ただし、本の内容も役に立つのですが、ここ2年間、ほぼCakePHPの仕事だったという事が大きいと思います。自分なりに色々工夫して、最初はめちゃくちゃでしたが最近は理想形に近い感じで書けていると思います。
一番最初はCakePHPを使わざるを得ない状況下で無理やり学習を開始したのですが、今では自分用に作成したライブラリも増えてきましたし、進んでCakePHPを選ぶようになりました。

[kururi10]

早速のお返事をいただきありがとうございます。

おお！ほぼ全てcake関連の本は購入されたのですね！
それでもやはり、業務で使ったことのほうが
直接的に身になったという感じなんですね。

最初は色々変なところがあっても、最終的には
理想な形になっていくということで、
自分も少しずつ進めたいと思います。
ありがとうございます。

Answer 2

使いまわさないつもりでも、ビジネスロジックは基本的にモデルのメソッドにするのがよいかと思います。

まず使いまわさないつもりでももしかしたら再利用することがあるかもしれないというのと、メソッドにわけて入出力をはっきりさせることでユニットテストがしやすくなるという利点があります。

Comments

[kururi10]

ikuwowさん
お返事が遅れてしまい申し訳ございません・・・。
ご回答いただきましてありがとうございます。

なるほど、もしかしたら今後使うかもしれないというのも
１つあるのですね。
しっかりとメソッドにわけることでユニットテストをしやすくなる
というのも良いところということなのですね。

ikuwowさんは、そういったMVCをCakeにしっかり反映されるのに
どこで学ばれましたか？

Cakeにすぐに適用できるような、MVCの概念を勉強できる書籍など
でおすすめがあれば教えていただけると嬉しいです。

Answer 3

本来はビジネスロジックとデータベース層が一体になってモデルとなってるので、ちょっとした処理でも、モデルに実装するのが良いと思います。
ただ、モデルが無駄に肥大化することにモヤモヤする気持ちがあるようなら、Railsみたいにモデルをデータベース層と位置づけて、ビジネスロジックをコントローラに実装するのもありかも。
本来のやり方ではないけれど、うちのチームではこういうルールでmvcモデルを運用してますって周知すれば問題ないんじゃないですかね。

Comments

[kururi10]

kzyplusさん
お返事が遅れてしまい、申し訳ございません・・・。
ご回答をいただきまして、ありがとうございます。

なるほど、ルールを周知すれば、
モデル肥大化を避ける方針でもいいかもしれないということなのですね。

CakePHP3が、モデルの肥大化問題を解消する方向
にいっているということなので、そういう形にも
持っていける感じですかね。

kzyplusさんは、MVCを書籍などで学ばれたのでしょうか？

Cakeでのモデルの切り出しや、そのほかのMVCの
実例についてCakeに特化しての本が
あまり見つからないもので、
何か体系的にCakeでのMVCが学べるものがあればいいなあと
思っています・・・。

[kzyplus]

cakeの実例を知りたいなら、プラグインとか見てみると参考になると思いますよ。
ショッピングカート機能とか、cmsとかいろいろありますよね。
一番共感できるプログラムの真似をするところからはじめてみると良いと思います。

[kururi10]

投稿日時を見るとすぐにお返事を頂いていたようで、
素早いご回答ありがとうございます。

なるほど、プラグインを参考にして
気に入ったものを真似してみるといいのですね。

なんか、プラグインは素人が作ったものも
紛れ込んでいるといったイメージがあるので
どれを参考にしてみればいいのかいまいちわからないのですが、
kzyplusさんがコーディングの参考にしている
プラグインの中でおすすめはありますか？

[kzyplus]

symfonyでmvc知り、簡易版のcodeigniterなんかで遊び、cakeに落ち着いた感じだったので、cakeだけを極めようみたいな感じで参考にしたものはあまりないです。。
ショッピングカートのプラグインは人気みたいですね。
適当なものを参考にして、まずは好みで自分で組んでみて、運用していく中で、あーもっとこういう構成にしとけば良かったー！みたいな反省を繰り返すうちに自分のパターンが見つかると思いますよ。
100点満点は意識しておくにこしたことはないですが、プログラミングって、習うより慣れろだと思うんで、どんどんcakeをいじくりまわしてください

[kururi10]

なるほど、symfonyから入られたのですね。
やっぱり色々見てみたほうがいい感じですかねー。
少しずついじっていきたいと思います。
ありがとうございます。

Answer 4

何でもモデルに組めばいいわけではないので、ユニットテストを組むときに判断します。
もちろん実装する前にテストを組みます。大抵は、モデルに組んだ方がテストしやすいので、
そっちに組み込んでしまうことが多いです。

Comments

[kururi10]

okinaka3さん
お返事が遅れてしまって、申し訳ございません・・・。
ご回答いただきまして、ありがとうございます。

ユニットテストを組みやすくするために、
モデルに組み込んでいるという感じでいらっしゃるのですね。

okinaka3さんがMVCを学ばれたのは
何か書籍などでしょうか？

Cakeに応用できる形でMVCを学ぶのに
おすすめの本などがありましたら
教えていただけると嬉しいです。

Answer 5

１箇所しか使わなくてもモデルに書きますねぇ私は。
コントローラーはあくまで橋渡してきな役割だと考えてます。

Comments

[kururi10]

yu-riさん
お返事が遅れて申し訳ございません・・・。
ご回答いただきましてありがとうございます。

あくまでコントローラには橋渡しとしての役割しか持たせない
という方針がよろしいのですね。

yu-riさんは、どこでMVCを学ばれて、
それをCakeに応用されていらっしゃいますか？

Cakeに応用できる形で説明されているような
おすすめの書籍などありましたら、教えていただけると幸いです。

[yu-ri]

複数のモデルで得たデータをモゴモゴしたりとかはコントローラでやっちゃいますけど、モデルで終わる処理は極力モデルに書き書きしてます。

私は仕事で強制的にcakePHPを使うことになり、MVCを覚えさせられました。
最初はコントローラにバリデーションとか書いて呆れられたものです(笑)
今は単純なPHPのソースでもMVCを意識して作るようになりました。

書籍ですと、cake限定になりますが、秀和システムから出ている、『オープンソース徹底活用　CakePHP2.1によるWebアプリケーション開発』という本が分かりやすいです。2.1となっていますが、2系であれば大体つぶしがききます。

[kururi10]

早速のご回答をいただき、ありがとうございます。
最初は非効率なこともあったけど、今はしっかりとMVCを
意識して作ることができるようになられたのですね。

『オープンソース徹底活用　CakePHP2.1によるWebアプリケーション開発』
ですかー、
ちょっと書店で見てこようと思います。

モデル内で終わる処理は極力モデルに書き書きするように
意識すると良いのですね。
ありがとうございます。