Hallo,
Ich "streite" mich mit jemandem darüber was HMVC jetzt eigentlich ist:
Meine Ansicht:
Ein Controller A lädt einen anderen Controller B(z.B. über Request::execute('b')) welcher durch Models und Views eine Ausgabe generiert welche nicht ausgegeben sondern an den Controller A zurückgegeben wird und dort weiterverwendet werden kann, z.B. in eine View als Navigation eingesetzt werden kann wobei diese gesamte Navigation eben durch Controller B generiert wurde.
Seine Ansicht:
Laut seiner Beschreibung glaube ich zu wissen dass er meint dass meine Interpretation von HMVC noch nicht vollständig ist, sondern auch die Klassenhirarchie dazu gehört, also dass es eben eine Controller oder Model Klasse gibt von der alle anderen Controller- oder Model-Klassen abstammen. (mit B extends A, dann vlt. C extends B usw) was meinet Meinung nach schon zu einem gescheiten Aufbau gehört, aber nicht explizit etwas mit HMVC zu tun hat.
Was ist jetzt korrekt?
Vielen dank im Voraus.
greez
bitsnack
Ich "streite" mich mit jemandem darüber was HMVC jetzt eigentlich ist:
Meine Ansicht:
Ein Controller A lädt einen anderen Controller B(z.B. über Request::execute('b')) welcher durch Models und Views eine Ausgabe generiert welche nicht ausgegeben sondern an den Controller A zurückgegeben wird und dort weiterverwendet werden kann, z.B. in eine View als Navigation eingesetzt werden kann wobei diese gesamte Navigation eben durch Controller B generiert wurde.
Seine Ansicht:
Laut seiner Beschreibung glaube ich zu wissen dass er meint dass meine Interpretation von HMVC noch nicht vollständig ist, sondern auch die Klassenhirarchie dazu gehört, also dass es eben eine Controller oder Model Klasse gibt von der alle anderen Controller- oder Model-Klassen abstammen. (mit B extends A, dann vlt. C extends B usw) was meinet Meinung nach schon zu einem gescheiten Aufbau gehört, aber nicht explizit etwas mit HMVC zu tun hat.
Was ist jetzt korrekt?
Vielen dank im Voraus.
greez
bitsnack
Kommentar