Wo ist der beste Ort, um anwendungsspezifische Nicht-Modell-Klassen in einer Zend Framework App zu speichern?

Question

Vorausgesetzt, das Modell ist eine "domänenspezifische Darstellung der Daten, auf denen die Anwendung arbeitet." [Wikipedia: MVC], Dienst, Formular, Plugin-Klassen, usw. werden nicht als Teil des Modells betrachtet, daher gehen sie in ihre eigenen Verzeichnisse unter /application. Der Standard-Ressourcen-Auto-Loader stellt dies für uns ein, so dass MyApp_Form_Login automatisch in /application/form/Login.php gefunden wird.

Für meine Anwendung muss ich einen benutzerdefinierten Authentifizierungsadapter schreiben. Die darin enthaltene Logik ist anwendungsspezifisch, daher handelt es sich nicht um wiederverwendbaren Bibliothekscode. Daher gehört sie nicht in /library/MyApp. Es ist keine Serviceklasse, also gehört es nicht in /application/service, noch ein Formular usw. Also, idiomatisch, wo sollte diese Klasse gespeichert werden?

Answer 1

Sie können in Ihrem application Ordner weitere Ordner erstellen und eine Ressourcenpfad in Ihrer Bootstrap Klasse hinzuzufügen.

zum Beispiel davon aus, dass Sie einen Namespace für alle anwendungsspezifischen Klassen verwenden (Modelle, Formen, Plugins, usw.) von ‚Anwendung‘, könnten Sie Folgendes verwenden:

protected function _initAutoloader() 
{ 
    $autoloader = new Zend_Application_Module_Autoloader(array(
      'basePath' => APPLICATION_PATH, 
      'namespace' => 'Application', 
     )); 
    $autoloader->addResourceType('MyType', APPLICATION_PATH . '/mytypes'); 
    return $autoloader; 
} 

Dann könnten Sie habe eine Klasse namens Application_MyType_Foo in der Datei application/mytypes/Foo.php gespeichert.

Wenn Sie den Code für Zend_Application_Module_Autoloader aussehen, das ist im Wesentlichen, was sie tun, um Ihnen für die Modelle, Formen, Plugins selbstladende usw.

Answer 2

Erstellen Sie einfach eine anwendungsspezifische Bibliothek. Normalerweise ist eine solche Klasse nicht der einzige Kandidat für eine persönliche Bibliothek.

Answer 3

Ein Ansatz besteht darin, eine Serviceklasse zu erstellen (wir wissen, wo diese vorhanden sind: /application/service), die die anwendungsspezifische Authentifizierungslogik kapselt. Es kann eine Bibliotheksklasse verwenden, um grundlegende Auth, z. Überprüfen Sie den Benutzernamen und das Kennwort für eine Datenbank, wenden Sie dann jedoch anwendungsspezifische Logik an, bevor Sie das Ergebnis an den Client-Code senden.

Beispiel:

class MyApp_Service_User { 
    public function authenticate($sUsername, $sPassword) { 
    $oAuth = Zend_Auth::getInstance(); 
    $oAuthAdapter = new Zend_Auth_Adapter_DbTable(...); 
    $oResult = $oAuth->authenticate($oAuthAdapter); 

    /* Application-specific logic */ 

    return $oAppSpecificAuthResult; 
    } 
    ... 
} 

Answer 4

ich vor kurzem eine ähnliche Frage, haben Sie unter dem Link einen Blick beantwortet unten und sehen, ob das hilft! ;)

Zend autloading different namespaces from the same directory?