Kohana3.0のHMVC構造の一般の人でしょうか？

StackOverflow https://stackoverflow.com/questions/3016674

質問

ないかと思いはわかるがカスケードファイルシステムの基本用語がないのですが巻頭の"H'ierachy構造のMVC.が誰にも教えて使用する利点HMVC MVC以上での基本的機能性？

りの時間！

役に立ちましたか？

解決

HMVCいっそう適切であるトセット。例えば、カレンダーをウィジェットが自動コントローラー、モデルの考え方を、まずそのコントローラーを描画するために特定のビューの中からメインページに埋め込むためのパーツをプレゼント！

の再利用可能なGUIです。こちらをご参照の追加読む: http://www.javaworld.com/javaworld/jw-07-2000/jw-0721-hmvc.html.

編集：こちらは実際のPHPを中心とリンク: http://techportal.inviqa.com/2010/02/22/scaling-web-applications-with-hmvc/.そうすぐのイラストです。

他のヒント

あなたは内部ページ（コントローラとアクションがルートによって発見された）のための要求を行うことができます。あなたは、例えばこれを行うことができます：

class Controller_Menu extends Controller
{
    public function action_index()
    {
        $this->request->response = view stuff ...
        $this->request->response->set('...', ...) // some vars
    }
}

と

class Controller_Home extends Controller
{
    public function action_index()
    {
        $this->request->response = ...; // some view stuff...
        $this->request->response->set('menu', 
            Request::factory('menu')->execute()->response // here happens the magic
        );
    }
}

メニューをぐるぐるすべてのページが（例えばモデルから）などのメニューをロードするために、すべてのロジックを実行するために持っていけません。あなたはそれを実行し、コントローラへの要求を行い、その結果を取得します。正しく使用するときに非常に便利ます。

KO3フォーラムの人々は、余分なHTTPリクエストせずにAJAXリクエストを作るようなHMVC能力を説明しています。

現実世界のケースは、アプリケーションの不可欠な部分としてAPIを持つシステムを構築したいかもしれない場合。例えばTwitterの。 HMVCを使用すると、最初のAPIを書くことができ、その後、アプリケーション内でそれを使用します。これは、どちらかのコードの重複または余分なHTTPリクエストを保存します。

しかし現時点では、この方法で作業することは非常に主に送ることができる要求のタイプで、限定されています。 ここで私はこれに関してしばらく前に少しをしたことフォーラムの投稿です。それはHMVCが有用である可能性がどのように明確にする。に

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top