dbxapp macht aus Modulentwicklung wieder echte Produktivität.
Entwickle nicht das Framework. Entwickle dein Modul. dbxapp liefert Routing, Session, Templates, Datenzugriff, State, Design-Einbindung und Systemobjekte bereits mit — du konzentrierst dich auf die eigentliche Anwendung.
Für schnelle Business-Apps gebaut
Ob CMS, Buchungssystem, Auktionsplattform, Admin-Backend, branchenspezifische Fachanwendung oder Labor-Workflow: dbxapp ist auf konkrete produktive Anwendungen ausgelegt.
- kleiner Modulvertrag
- stabile dbx()-API
- Systemobjekte über dbx() nutzbar
- auch komplexe Apps leicht wrappen
Das Versprechen an Modulentwickler
Du musst nicht wissen, wie der gesamte Core intern aufgebaut ist. Du musst nicht Routing, State, Design-Handling, Formular-Grundlogik oder Datenzugriff neu erfinden. Du nutzt den Systemrahmen und lieferst fachliche Funktion.
Das Kernprinzip von dbxapp:
Der Core darf intern mächtig sein. Die Nutzung für Module soll dagegen einfach, stabil und langlebig bleiben.
Genau diese Denke ist die Stärke: geringe Einstiegshürde, klarer Startpunkt, wenig Boilerplate.
Warum Modulentwickler dbxapp mögen sollten
Weil das System dir Arbeit abnimmt, statt dir welche aufzuzwingen.
Geringer Modulvertrag
Ein Modul braucht im Kern nur seine Klasse und eine run()-Methode. Der Rest ist Erweiterung, nicht Zwang.
Stabile API-Helfer
Zugriff auf Modulvariablen, Sessionwerte und Systemzustand erfolgt über die zentrale dbx()-API mit stabiler Nutzersicht.
Systemobjekte inklusive
Templates, DB, Session, Interpreter, Form, Report und weitere Services stehen direkt zur Verfügung.
Apps einfach wrappen
Auch komplexe Anwendungen lassen sich als Modul sauber in dbxapp integrieren, statt außerhalb daneben zu leben.
Was ein Modulentwickler wissen muss
- Wie das Modul heißt
- Wie
run()strukturiert wird - Wie eigene Modulvariablen gelesen und geschrieben werden
- Wie Sessionwerte stabil benutzt werden
- Welche wenigen Systemparameter wichtig sind, z. B.
dbx_ajax,dbx_design,dbx_page - Welche Systemobjekte bereits nutzbar sind
Was er nicht wissen muss
- den gesamten Kernel-Ablauf im Detail
- die komplette interne Session-Architektur
- wie Templates intern gecacht werden
- wie Interpreter, Design-Wrapping oder Norep technisch umgesetzt sind
- den ganzen Framework-Core
- unnötige Boilerplate-Konventionen
dbxapp ist besonders stark, wenn…
…du Fachlogik schnell in produktive Anwendungen übersetzen willst.
für interne Business-Tools
Admin-Oberflächen, Backoffice, Datenpflege, Fachdialoge, Reports und operative Workflows.
für Branchenanwendungen
Zum Beispiel Labor-Order-Entry, Medizin-Workflows, Spezial-CMS, Produktions- oder Dispositionssysteme.
für modulare Plattformen
Wenn mehrere Fachmodule auf einer einheitlichen technischen Basis laufen sollen.
Im Vergleich zu vielen gängigen Frameworks
- weniger Architekturballast für Modulentwickler
- direkterer Weg von Fachanforderung zu Funktion
- stärker serverseitig und workflow-orientiert
- kein Zwang zu schwerem Frontend-Stack
- Module profitieren automatisch von vorhandenen Systemdiensten
Ehrlich gesagt
dbxapp ist nicht dafür gedacht, jedem Trend hinterherzulaufen. Es ist stark, wenn Stabilität, Produktivität, geringe Eintrittshürde für Fachmodule und sehr schnelle reale Request-Zeiten wichtiger sind als Moden.
Genau deshalb lohnt sich seine Optimierung: nicht weil es ein Wegwerf-Prototyp ist, sondern weil bereits ein sehr leistungsfähiges Plattformmodell vorhanden ist.
dbxapp denkt vom Modul aus — nicht vom Framework-Ego.
Das ist der Unterschied: Der Entwickler soll Anwendungen bauen. Nicht erst das System erlernen, um endlich arbeiten zu dürfen.