Kohana 3.0 struttura HMVC in parole povere?

Question

Quindi, credo di aver capito il filesystem a cascata nella sua termini di base, ma io non riesco a avvolgere la mia testa intorno al 'struttura di H'ierachy del MVC. qualcuno potrebbe dirmi i vantaggi di utilizzare HMVC su MVC ed è prevista la funzionalità di base?

Grazie per il vostro tempo!

Answer 1

HMVC è più adatto a Widget. Ad esempio, un Calendar Widget potrebbe avere un proprio controller, i modelli, e la serie di punti di vista, e si può semplicemente chiamare il suo controllore di rendere una certa visione dall'interno della pagina principale per incorporare il widget.

L'accento è posto su elementi GUI riutilizzabili. Vedi qui per la lettura supplementare: http: // www. javaworld.com/javaworld/jw-07-2000/jw-0721-hmvc.html .

Edit: Ecco un nesso effettivo PHP-centric: http://techportal.inviqa.com/2010/02/22/scaling-web-applications-with-hmvc/ . Sembra avere illustrazioni più belle pure.

Answer 2

È possibile effettuare una richiesta per una pagina (regolatore e l'azione è trovato dalle vie aeree) interno. Si può fare questo ad esempio:

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

e

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
        );
    }
}

Ogni pagina che haves un menu non devi fare tutta la logica per caricare il menu, ecc (per esempio dai modelli). Devi solo fare una richiesta al controller, eseguirlo, e ottenere il risultato. Molto utile se usato correttamente.

Answer 3

La gente sulle KO3 forum hanno descritto la capacità HMVC come fare una richiesta AJAX, senza la richiesta HTTP in più.

Un caso mondo reale forse se si vuole costruire un sistema che ha un API come parte integrante della domanda. Twitter, per esempio. Con HMVC si potrebbe scrivere l'API prima, e quindi utilizzare tale all'interno dell'applicazione. Ciò consente di risparmiare sia la duplicazione di codice o una richiesta HTTP in più.

Al momento, però, a lavorare in questo modo è abbastanza limitata, soprattutto a causa del tipo di richieste che possono essere inviati. Ecco un post sul forum che ho fatto un po 'di tempo fa per quanto riguarda questo. Può chiarire come HMVC potrebbe essere utile.