|
dbXapp 2.0
RAD, CMS, Module und Runtime-IDE fuer dbXapp
|
Dieses Kapitel erklaert Sinn und typische Verwendung der wichtigsten Systemklassen. Es ist keine vollstaendige API-Referenz; die Detailreferenz erzeugt Doxygen direkt aus dem Source.
dbx() ist der zentrale Zugriffspunkt.
Typische Aufgaben:
Beispiel:
dbxWebApp fuehrt den Request durch:
Der Interpreter verarbeitet Marker wie:
Er laeuft fuer die Webseitenausgabe. Im Template-Editor darf er den bearbeiteten Rohtext nicht ausfuehren.
Siehe auch: dbxInterpreter Leitfaden.
Template-Engine fuer HTML-Templates, Marker und Template-Slots.
Datenzugriff, DD-Laden, Rechte, Trace, Performance, Backup/Restore/Transfer.
DD-Synchronisation, DD-Modelle, Feld-/Indexstruktur, DB-zu-DD und DD-zu-DB.
Formulare, Panels, Feldaufbau, Validierung, Meldungen, Save-Pipeline.
Listen, Suche, Sortierung, Pagination, Aktionen, Multi-Select, Grid-Modus.
Session-Verwaltung und optionale Session-DB. Normale HTTP-Requests und HTML-AJAX-Requests koennen Sessionzustand am Request-Ende schreiben. Reine JSON-AJAX-Aktionen muessen nicht zwingend Session/Performance schreiben.
Mail-Versand ueber die konfigurierte Mail-Infrastruktur.
Validierung von Request-, Formular- und Feldwerten.
Upload-/Download-Funktionen, Dateipruefung und Bildbearbeitung.
Status- und Prozessverwaltung fuer laengere Operationen wie Sync, Import, Transfer oder Batch-Aktionen.
Hilfen fuer Zielbereiche, View-State und AJAX-Targets.
Kernel-Klassen sind Infrastruktur. Fachmodule sollen sie nutzen, nicht kopieren. Kernel-Aenderungen nur auf ausdrueckliche Anforderung.