dreamcatcher

Boah lcrash du bist einfach gut.

Wieder einer dieser "Aha" Effekte.
Klar, man macht nen unterverzeichnis im Modul selbst namens API und durch die URL ruft man es durch api_ auf.

Genau DAS meine ich.
Es ist mir bekannt wie es funktioniert (Stichwort Namespaces) aber auf so eine Idee komme ich überhaupt nicht weil ich es auch nirgends bisher sah.

Dadurch erübrigt sich nämlich auch die Herausforderung der "Unsauberheit" im Code.

Denn wenn ich ein vollständig eigenständiges Module erstelle namens API muss ich entweder auf die DB-Tables der MyModule zugreifen oder ich erstelle sie doppelt, also nochmal neu im API Module.

Es gibt auch Tutorials im Netz zu Ajax und Zend, aber sie setzen überwiegend immer anders an und dein Vorschlag habe ich noch nirgends gesehen.

Der einzige Nachteil der mir auffällt ist, dass ich via Zend_Tool wohl /mymodule/controllers/api/DataController.php nicht erstellen kann.
(Selbst wenn der Folder angelegt ist)
Sprich alle Dateien in diesem Unterverzeichnis müssen immer per Hand (manuell) erstellt werden.
Oder gibt es für Zend_Tool in diesem Fall auch einen "Hack" ?

Bevor ich den Post absende teste ich mal einiges... und es klappt doch... zumindest teilweise
Lösung:
Dann wird es im /Api Verzeichnis erstellt.
Jedoch ist der Klassenname "defekt".

Muss natürlich entsprechend geändert werden in:

____________________

Update1://
Achja und zu der Diskussion ob es eine vollständige API ist oder nicht:

Das weiß ich selbst nicht, das war auch Inhalt dieses Threads.
Eigentlich brauche ich es nur, damit ich via XHTML Request (Stichwort Ajax) Daten im Hintergrund laden kann.

Die Frage ist halt nur wo finden die entsprechenden Actions ihren Platz.
- in einem ausgelagertem API Modul
- im selben Controller im gleichen Modul
- in einem anderen Controller im gleichen Modul.

Die jetzige Lösung gefällt mir ganz gut und schein auch übersichtlich zu sein:
Im selben Modul in einem extra API Verzeichnis

Mister Ad

lcrash

Danke. Die Idee kommt ursprünglich von Ryan Mauger und war für admin_* gedacht. Es müsste auch möglich sein mehrere Controller-Directories zu haben und Module ineinander zu verschachteln. Das würde aber einige Arbeit bedeuten.

Unbedingt ansehen:
Das kann Zend_Tool sowieso nicht leisten. Insofern kein Verlust.

Das kommt auf den Anwendungsfall an. Ein API-Modul wäre wohl für eine super-globale API nützlich (z.B. für sowas wie Facebook hat), einen Controller wenn es um eine API für das Modul handelt (z.B. News-Modul und die API dient zum Zugriff auf diese Daten) und eine einfache action für einfache Sachen wie ein XHR-Request.

dreamcatcher

Danke für die guten Praxisbeispiele.

Die Abgrenzung zwischen eigenem Controller (News Modul) und nur "actions" habe ich aber noch nicht ganz mitbekommen.

Ab wann fängt eine API an ?
So bald man sie auch "extern" von der Applikation nutzt ?

Sind 3-6 XHR Requests für z.B. eine Kalendarapplikation welcher nicht von außen abgefragt wird sondern einfach nur zum Absetzen und Empfangen der Daten einen extra Controller wert ?

Oder anders gefragt:
Wann wann fängt eine API für ein Modul an und was sind "nur Actions" (wären das z.B. 10 XHR Requests ?) für das Modul ?

lcrash

Wozu mehrere Actions, wenn du eine Action + ContentSwitch haben kannst.

Es gibt auch interne APIs. Wann du was machst muss du selbst wissen.

nikosch

Würde ich so sagen. Oder aber - siehe lcrash - ist ein Modul so eigenständig, dass Du es über seine eigene Schnittstelle ansprichst.

Zur „HTTP-Api“ gehört letztlich auch das URL-Layout und deren Mapping auf die Applikation. Genau genommen kann das URL-Schema irgendwann die einzige Konstante sein (neben dem impliziten Verhalten), während sich der Rest als eine Art Blackbox komplett verändert.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--