MVC PHP Webアプリケーションでのコントローラの作成と結合

Question

ここ数週間、私はPHPを使ってWebアプリケーションのMVCデザインパターンを研究してきました。幅広い視点から、私はパターンがどのように動作するのか、それが小規模から大規模のあらゆる種類のWebアプリケーションを実装する非常に良い方法であることを理解しています。

私はそれを理解として、私たちはそうのようなコントローラを介してお互いに話3の別個の層があります。

ユーザー入力--->表示--->コントローラ--->モデル

サイト出力< ---表示< ---コントローラ< ---モデル

私の計画した実装では、私のデータベース内の各テーブルのモデルを持っていて、それぞれのモデルは管理に必要なすべての機能/ロジックこの表これらのモデルにはそれぞれ関連するビューがあります。モデルとビューにはもちろん、それらを使用できるようにするコントローラがあります。

これで、データベースを必要とする単一の論理的なアクションがカバーされているので、頭を悩むことは簡単です。しかし、特定のアクションで複数のテーブル/モデルを使用する必要がある場合はどうなりますか？

アプリケーションの管理側は、データベースを維持するために一度に複数のモデルを必要としない可能性があります。アプリケーションのフロントエンドまたはユーザー側は別の問題です！特定のセクションの記事リスト、現在ログインしているユーザーのリスト、タグクラウドなどのSOサイト統計からの例を借用したWebページがあるとします。

この1ページには、私の予定されているデザイン（記事、ユーザー、タグ）に少なくとも3つのモデルが必要です。

明らかに私の単一のコントローラはそれをカットしません。では私は何をしますか？

1. ウェブページ用の新しいモノリシックコントローラを作成しますか？

   • ことは私は私が望む結果を取得できるよう
   • コーディング重複の多くを必要とする変更が

2. が小さく操作する「スーパー」のコントローラを作成し、必要に応じて維持するために本当にハード

3. 特定のコントローラ
   • 私が望む結果を得ることができます
   私は現在の方に誤るい
   • は、モジュール式になりますので、ひとつのスクリプトへの変更はは、最小限のコードの重複

4. が

を作成し、[ここで華麗なソリューションを挿入]他人

に影響を与えるべきではありませんオプション2。理論的には、必要なすべての動作がより小さいコントローラに存在するため、すべてのメンテナンスが容易になるため、コーディングを減らす必要があるからです。

多分それは次のようになります。

articlecontroller.php

<?php 
    //Article Controller Script 

    if($_GET['article'] = 'foo') 
    { 
     //magic necessary for displaying article "foo". 
    } 
?> 

usercontroller.php

<?php 
    //User Controller Script 

    if($_GET['user'] = 'display') 
    { 
     //magic necessary for displaying users 
    } 
?> 

supercontroller.php

ご覧のとおり、私のスーパーコントローラは、その特定のページが必要としているものを見て、必要なコントローラを備えています。 NB：コードはちょうど迅速かつ汚れた例です:)

しかし、私はプロではないので、私はあなたに尋ねています。どのオプションが優先されますか？オプション3のどちらもお勧めしませんか？どんなコードスニペット/例も可愛く、必須ではありません。

これまでに作成した場合は、お時間をいただきありがとうございます。

---

私はこの質問を更新すると思っていました[それを忘れてしまった - P]。私はFat Models/Skinny Controllersのコンセプトを見て、どのようにしたらいいか分かりましたので、私は確実にその方向性を取っていきます。

私は他のフレームワークのいくつかとMVCパターンをどのように達成するのかについてアドバイスを受けました。取り込むことはかなり多いです！それでも、私は道に沿ってかなり新しいことを学んだので、それは大きな利点でした。私は将来もっと多くの質問をするかもしれませんが、今は十分なスタートを切っています。

ありがとうございます。

Answer 1

私はあなたのモデルで取りたい方向に同意しません。 1モデル= 1のテーブルデザインは長期的にあなたを傷つけるでしょう。

まず、model == databaseという厳密な概念を削除する必要があると思います。これは非常に頻繁に当てはまりますが、モデルは単なるデータであり、XMLファイル、キャッシュ、またはWebサービスから来る可能性があります。

this excellent answerをBill Karwinで調べてください。これは、これらの懸案事項を非常にうまく解決しています。第二に

、一部はfat models, skinny controllers（またはthin controllers）のトピックを読んでください

最後に、ちょうどFYIの多いものとして、「supercontroller」のアイデアは、より一般的に「フロントコントローラ」として知られているものである

Answer 2

PHP MVCのフレームワークを見てください。彼らはすでにこのすべてのものを考え出しています。彼らはURLルーティング（/記事/編集/ 1）、良いMVC分離、それを助ける素晴らしいドキュメントを持っています。そのため、コントローラからビューを呼び出す方法を気にする代わりに、アプリケーションについて考えることができます。私は最終的にダイビングを取ったときに個人的にトンのを救った。

• Zend MVC framework（私の個人的な好み、同じくらいか、必要な限り少ないを使用）
• Symfony
• Codeigniter
• CakePHP（私はその剛性構造を憎むが、一部の人々はそれを崇拝）

他にもたくさんあります。

PHP MVCフレームワークを最初から作成することは、おそらくそれほど効果的ではありません。車輪を再設計するのに死んだ場合、インスピレーションのためにこれらのフレームワークに入った設計上の考慮事項を少なくとも見てください。

Answer 3

独自のフレームワークを作成することは、デザインパターン、oopデザイン、そしてPHPの詳細を学ぶのに最適です。

しかし、Byronがmvcフレームワークのソースコードを示唆し、どのようにmvcパターンを実装したかを知るためには、mvcフレームワークのソースコードを参照してください。 zendフレームワークから何かを取り出し、cakephpから何かを取ってください。最後に、あなたのために役立つものがあり、何かを学んだことになります（注：コードをコピーしないでください！ ）

あなたのスーパーコントローラの考え方は大丈夫ですが、夕食コントローラは、クエリ文字列を引数として読み取る必要があります（Zendの.htaccessやその他の方法を確認してください）ので、最初の引数をコントローラとして扱うことができます。残りはそのコントローラへの引数として渡されます。

幸運！