[Beispiel] Verständnis Umsetzung MVC innerhalb des APF

[ma2604121]

Da hatte ich es zuerst. Kam aber auch eine Fehlermeldung.

[dave]

Also die Config gehört natürlcih in den Config-Ordner, passend dem namespace. Habe im Moment den Überblick verloren, der Alk wirk und muss in Bett.

Die Chefs übernehmen, denke ich mal, viel Erolg!

Prost,
Dave

[ma2604121]

Danke für die Mühen!

Also dann nochmal anders. Ich habe jetzt den Ordner

Code: Alles auswählen

/apps/config/actions/messenger

erstellt und dort die DEFAULT_actionconfig.ini reingetan.

Die index.php dann wie folgt geändert:

Code: Alles auswählen

// Frontcontroller starten
import('core::frontcontroller', 'Frontcontroller');

$fC = &Singleton::getInstance('Frontcontroller');
$fC->setContext('messenger');
$fC->registerAction('actions', 'deleteAction'); 

Was dann immerhin zu dieser Meldung führt:

Code: Alles auswählen

Fatal error: Call to undefined method deleteMessageAction::getAttributesAsString() in /var/www/apf1/apps/tools/link/FrontcontrollerLinkHandler.php on line 280 

[Well]

Code: Alles auswählen

FC.InputFile = "deleteMessageAction"
FC.InputClass = "deleteMessageAction"

Wie die Namen schon sagen, geben diese zwei Variablen die »Input«-Klasse an. (Siehe hier, »DemoInput«).

Leg eine zweite Datei an: »deleteMessageInput.php« (im gleichen Verzeichnis). In diese Datei kommt eine Klasse mit dem Namen »deleteMessageInput«, welche von »FrontcontrollerInput« erbt. Trage diese Datei und Klasse dann in deiner Konfigurationsdatei ein (siehe Zitat und Doku-Seite, Action und Input Klassen).

[ma2604121]

Danke Well!

Mir ist nun nur noch nicht ganz klar, wieso ich zwei Dateien benötige bzw. um auf meinen konkreten Fall zu kommen:

Die FC-Action soll einen Datensatz löschen (die Methode ist derzeit im Mapper). Rufe ich die dann in der deleteMessageAction.php auf? Wozu braucht es dann noch die deleteMessageInput.php?

[Well]

In deinem Anwendungsfall brauchst du sie vermutlich garnicht, d.h. du musst keine Methoden implementieren; vorhanden sein muss sie aber. Die Logik wird in der Action Klasse implementiert... (Bitte steinigen wenn das nicht stimmt...)

Wie genau das mit der Input Klasse ist... keine Ahnung, ich verstehs auch nicht so ganz. Da müssen wir wohl auf die andren warten.

[ma2604121]

Hilft mir dennoch etwas weiter. Mir geht es auch ums allgemeine Verständnis. Und ich muss sagen, dass ich von Beginn der Beitragserstellung bis hierher eine geniale Hilfestellung seitens der Forenteilnehmer erhalten habe. Meine Fragen sind für viele sicher absolutes Anfängerniveau und dennoch wird mir hier immer wieder weitergeholfen. Darüber bin ich wirklich sehr froh! Und mir persönlich hat es auch sehr, sehr viel geholfen! Ich versuche zwar anhand der Tutorials usw. die Zusammenhänge zu verstehen, aber es gibt eben immer wieder Stellen, an denen mir das Verständnis fehlt bzw. ich einfach hängen bleibe.

Ich habe also nun meine deleteMessageAction.php

Code: Alles auswählen

<?php
// Model / Mapper  einbinden
import('messenger::data', 'messengerMapper');

class deleteMessageAction extends AbstractFrontcontrollerAction{

    public function  run() {
    echo "Hallo Welt";
    }

    /**
     * Stellt die Datenbankverbindung her
     */
    private function &getMapper(){
    return $this->__getServiceObject('messenger::data', 'messengerMapper');
    }
}
?>

Sowie die deleteMessageInput.php

Code: Alles auswählen

<?php

class deleteMessageInput extends FrontcontrollerInput{

    public function  __construct() {
    }
    
}
?>

Jetzt bekomme ich bei jedem Seitenaufruf mein "Hallo Welt" angezeigt.

Ist das so wirklich richtig? Sollte diese Action nicht nur dann ausgeführt werden, wenn ich auf die Id einer Nachricht klicke? Mache ich da noch etwas grundsätzlich verkehrt?

Wie müsste ein korrekter Link aussehen, mit dem die Action ausgeführt wird?

Code: Alles auswählen

index.php?messenger-action:messageId:1

[Well]

Stimmt. Durch das »registerAction« in der Bootstraps Datei wird die Aktion bei jedem Aufruf aufgerufen. Entferne die Zeile nochmal und versuche es mal mit dem Aufruf:

index.php?actions-action:deleteAction=messageId:1

[ma2604121]

Klasse!

Code: Alles auswählen

actions-action:deleteAction=messageId:1

Den Aufbau des Links kann ich allerdings nicht ganz verstehen.

Code: Alles auswählen

actions-action

Wie kommt das genau zustande?
actions-action?
Müsste es nicht messenger-action sein?

Code: Alles auswählen

deleteAction

Auch klar!

Code: Alles auswählen

messageId:1

Ganz klar, keine Frage.

[Megger]

actions ist der Pfad zur DEFAULT_actionconfig, da messenger dein Context ist, ergibt sich daraus ein Pfad (-action gibt einfach an, dass es eine Action ist)
/config/actions/messenger

[ma2604121]

Ok.

Da hat mich die Komponenten-Dokumentation mit folgendem Beispiel dann etwas verwirrt:

Code: Alles auswählen

{namespace}-action:{config-name}={param1}:{value1}

Aber dann ist das geklärt.

Nur wie lese ich nun die messageId in der FC-Action aus, so dass ich damit die Löschung vornehmen kann?
Mittels

Code: Alles auswählen

$value = RequestHandler::getValue('messageId'); 

dürfte es schwerlich möglich sein...

[ma2604121]

Code: Alles auswählen

    $value = $this->getInput()->getAttribute('messageId'); 

So einfach kann es manchmal sein...

[dr.e.]

Wie genau das mit der Input Klasse ist... keine Ahnung, ich verstehs auch nicht so ganz. Da müssen wir wohl auf die andren warten.

Die Input-Klassen sind dazu da, die Eingaben an die Action (=Parameter) zu kapseln. Aus diesem Grund lässt sich die messageId auch sehr einfach wie im vorangegangenen Post beziehen. Sofern keine besondere Verarbeitung der Eingaben (=Parameter) notwendig ist, ist die Input-Klasse ohnehin nur ein Skelett. Letzteres evtl. zu optimieren überlege ich gerade, denn sofern es nur ein Skelett ist, könnte man die Klasse FrontcontrollerInput, die bereits im APF enthalten ist, einfach nutzen. Aber dazu zu einem späteren Zeitpunkt.

[ma2604121]

Um das Beispiel noch abzurunden, fehlt nun nur noch die Anwendung des Pager-Moduls.

Hierzu habe ich zunächst folgende Ordner erstellt:

Code: Alles auswählen

/apps/config/modules/pager/messenger
/apps/config/modules/pager/messenger/statements

In

Code: Alles auswählen

/apps/config/modules/pager/messenger

liegt die DEFAULT_pager.ini mit folgendem Inhalt:

Code: Alles auswählen

[messagePager]
; Datenbankverbindung
Pager.DatabaseConnection = "MySQL"

; Anzahl der dargestellten Einträge pro Seite
Pager.EntriesPerPage = "5"

; Namen der URI-Parameter für Startpunkt und Anzahl/Seite
Pager.ParameterStartName = "PgrStr"
Pager.ParameterCountName = "PgrAnz"

; Namespace und Statements für Selektionen
Pager.StatementNamespace = "modules::pager"
Pager.CountStatement = "load_entries_count.sql"
Pager.CountStatement.Params = ""
Pager.EntriesStatement = "load_entry_ids.sql"
Pager.EntriesStatement.Params = ""

; Pager-Ausgabe Design
Pager.DesignNamespace = "messenger::pres::templates"
Pager.DesignTemplate = "main" 

Weiterhin ist in

Code: Alles auswählen

/apps/config/modules/pager/messenger/statements

die DEFAULT_load_entries_count.sql mit folgendem Inhalt

Code: Alles auswählen

SELECT COUNT(*) AS EntriesCount
FROM `messages` 

sowie die DEFAULT_load_entry_ids.sql mit folgendem Inhalt

Code: Alles auswählen

SELECT `messages`.`id` AS DB_ID 
FROM `messages`
ORDER BY `messages`.`mod` DESC LIMIT [Start], [EntriesCount]; 

Das dürfte soweit alles passen oder?

Dann brauche ich natürlich eine Methode, die mir die entsprechenden Daten liefert.

Und hier beginnen dann wieder meine üblichen Probleme:
Wo muss die sein?
Kann die auch mit in den Mapper, der bislang Verwendung findet?
Oder wäre es sinnvoller hier einen eigenen Mapper zu erstellen?

[Screeze]

Dann brauche ich natürlich eine Methode, die mir die entsprechenden Daten liefert.

Und hier beginnen dann wieder meine üblichen Probleme:
Wo muss die sein?
Kann die auch mit in den Mapper, der bislang Verwendung findet?
Oder wäre es sinnvoller hier einen eigenen Mapper zu erstellen?

Ich vermute du willst eine Methode, der du die seitenzahl übergibst, und dann die entsprechenden Einträge bekommst? In dem Fall würde ich die in den gleichen Mapper packen. (getXyzByPage(..))