Von IntraWeb zu sgcHTML migrieren — Web-UI-Komponenten für Delphi | eSeGeCe

Von IntraWeb zu sgcHTML migrieren

IntraWeb von Atozed Software ist eines der dienstältesten Delphi-Web-Frameworks: Formulare im VCL-Stil werden in der IDE entworfen und serverseitig als HTML gerendert, und eine eingeschränkte Edition wird sogar mit RAD Studio ausgeliefert. Es ist ausgereift und Delphi-Entwicklern vertraut. Teams mit IntraWeb-Anwendungen schauen sich sgcHTML typischerweise dann an, wenn sie modernes, responsives Bootstrap-5-Markup, leichtere partielle Seiten-Updates und WebSocket-Echtzeit wollen, und dabei in der Delphi-Sprache und IDE bleiben möchten, die sie bereits kennen.

Architektur

Was sich architektonisch ändert

Im klassischen IntraWeb-Modell, wie Atozed Software es beschreibt, werden Formulare im VCL-Stil in der RAD Studio IDE entworfen und serverseitig als HTML gerendert, mit einer zustandsbehafteten Sitzung pro Benutzer. Das Modell ist ausgereift und vertraut. Das erzeugte Markup ist älter als modernes Bootstrap-Layout, sodass ein responsives, mobil-first Ergebnis in der Regel zusätzliche CSS-Arbeit braucht. sgcHTML behält die Idee des serverseitigen Renderings bei und ändert die Bausteine drumherum.

Bootstrap-5-Markup von Haus aus

Jede Komponente rendert sauberes, semantisches Bootstrap-5-HTML. Seiten sind standardmäßig responsiv und mobil-first, lassen sich mit jedem Bootstrap-Theme umgestalten, und helles und dunkles Theming ist eingebaut.

Partielle htmx-Updates

Statt voller Formular-Roundtrips fordert der Browser HTML-Fragmente über htmx (~14 KB) an, und der Server liefert genau den Teil der Seite zurück, der sich geändert hat.

Zustand wird Ihre Entscheidung

Es gibt keinen verpflichtenden UI-Objektbaum pro Benutzer im Server-RAM. Seiten rendern zustandslos, und Sie entscheiden, welchen Sitzungszustand Ihre Anwendung überhaupt behält.

Echtzeit und Hosting eingebaut

WebSocket-Push ist über die sgcHTMX-Engine Teil desselben Komponentensatzes. Die Komponenten laufen im sgcWebSockets-Server oder in WebBroker-, DataSnap- und RAD-Server-Hosts, und eine rein verwaltete .NET-Implementierung ist ebenfalls verfügbar.

Konzeptzuordnung

IntraWeb-Konzepte und ihre sgcHTML-Entsprechungen

Die Konzepte übertragen sich sauber. Hier landet jeder vertraute IntraWeb-Baustein in sgcHTML.

IntraWeb-KonzeptsgcHTML-Entsprechung
In der IDE entworfenes IWFormEine mit TsgcHTMLPageBuilder und Node-Komponenten zusammengesetzte Seite
IW-Steuerelemente (TIWEdit, TIWGrid, TIWButton)TsgcHTMLComponent_Form, TsgcHTMLComponent_Grid, TsgcHTMLComponent_Chart und der Rest des Katalogs mit 89 Komponenten
Datensensitive IW-Steuerelemente27 datengebundene Komponenten, direkt an ein TDataSet / DataSource gebunden
OnAsyncClick-Callbackshtmx-Fragment-Routen, die Komponenten-HTML zurückliefern
Sitzungsobjekte pro BenutzerZustandslose Seiten plus die Sitzungsstrategie Ihrer Wahl
ServerController-DeploymentEine einzelne ausführbare sgcWebSockets-Server-Datei, oder ein WebBroker- / DataSnap- / RAD-Server-Host
Eigene Templates und CSSBootstrap-5-Theming mit eingebautem Hell- und Dunkelmodus
Timer und Polling für Live-DatenWebSocket-Broadcast von HTML-Fragmenten (hx-swap-oob)
Kontinuität

Was Sie behalten

Eine Migration zu sgcHTML ersetzt die UI-Schicht, nicht Ihre Investition.

Ihre Codebasis und IDE

Sie arbeiten weiter in RAD Studio mit Delphi oder C++ Builder. sgcHTML-Komponenten sind native Klassen, die in Ihre Server-Binärdatei kompiliert werden.

Ihre Datenmodule

Bestehende TDataSet-Logik, Datenmodule und Datenbanktreiber stecken Sie direkt in die 27 datengebundenen Komponenten. Keine neue Datenschicht erforderlich.

Ihre Deployment-Gewohnheiten

Deployen Sie eine einzelne eigenständige ausführbare Datei oder einen Dienst, genau wie heute. Keine externe Laufzeitumgebung nötig.

Die Sprachkenntnisse Ihres Teams

Sie schreiben Object Pascal oder C#; sgcHTML schreibt das HTML, CSS und JavaScript. Vom Entwickler wird kein JavaScript verlangt.

Migrationspfad

Ein pragmatischer Migrationspfad

Sie brauchen keinen Big-Bang-Rewrite. Vier Schritte, Bildschirm für Bildschirm.

1

Bildschirme inventarisieren

Listen Sie die IWForms auf, die Steuerelemente auf jedem, die Datasets dahinter und welche Bildschirme Live-Daten brauchen.

2

Jeden Bildschirm zuordnen

Ordnen Sie jeden Bildschirm sgcHTML-Komponenten zu, mit der Tabelle oben und der Komponentengalerie mit allen 89 Komponenten.

3

Seite für Seite neu bauen

Da sgcHTML Standard-HTTP ausliefert, können beide Server hinter demselben Reverse-Proxy nebeneinander laufen, während Sie einen Bildschirm nach dem anderen umziehen.

4

Interaktivität und Push verdrahten

Ergänzen Sie htmx-Interaktionen, wo Bildschirme posten und aktualisieren, und WebSocket-Push, wo die Anwendung Live-Daten braucht.

Migrationsservice

Wir helfen Ihnen bei der Migration

Sie müssen das nicht allein machen. Erzählen Sie uns von Ihrer IntraWeb-Anwendung, den Bildschirmen, den Daten dahinter und dem Echtzeitverhalten, das Sie brauchen, und das eSeGeCe-Team hilft Ihnen, die Migration zu planen und eine Komponentenzuordnung vorzuschlagen. Wenn Sie möchten, bauen wir die Anwendung für Sie neu, über sgcCustomization HTML, einmalige Pakete ab €149.

Migrationsunterstützung anfordern sgcCustomization HTML

sgcHTML selbst enthält den vollständigen Quellcode, wird pro Entwickler ab €299 lizenziert und erfordert sgcWebSockets Professional oder Enterprise.

Live-Demos

Live im Einsatz

Fünf komplette Anwendungen, jede nur mit sgcHTML + sgcWebSockets gebaut, live auf dem eSeGeCe-Demoserver.

ERP

Eine vollständige ERP-Webanwendung: Kunden, Lieferanten, Produkte, Rechnungen und Berichte.

Live-Demo öffnen →

Admin CRUD

Eine kompakte Admin-Konsole mit CRUD-Bildschirmen, Live-Suche und rollenbasiertem Zugriff.

Live-Demo öffnen →

Live Monitor

Ein Echtzeit-Betriebs-Dashboard, dessen KPIs live über WebSockets gepusht werden.

Live-Demo öffnen →

Kundenportal

Ein Self-Service-Kundenportal mit Bestellungen, Profil und Support.

Live-Demo öffnen →

Helpdesk

Ein Support-Ticket-Helpdesk mit Antwort-Threads, Anhängen und einem Admin-Dashboard.

Live-Demo öffnen →

Der Fairness halber: Bei IntraWeb zu bleiben ist eine vernünftige Wahl, wenn Sie bereits eine funktionierende IntraWeb-Anwendung haben, ein Team, das mit dem serverseitigen Formularmodell im VCL-Stil vertraut ist, und interne Tools mit einer überschaubaren Zahl gleichzeitiger Benutzer. Wenn Sie die Optionen mit Belegen abwägen wollen, stellt unsere neutrale Vergleichsseite sgcHTML, IntraWeb und die anderen Delphi-Web-Frameworks in einer Matrix mit Quellen nebeneinander.

Bestes Preis-Leistungs-Verhältnis: All-AccessAlle eSeGeCe-Produkte, inklusive Premium-Support, ab €1,059 pro Jahr.
All-Access-Preise ansehen

Testen Sie sgcHTML an einem Bildschirm

Laden Sie die kostenlose Testversion mit allen 89 Komponenten herunter und bauen Sie einen einzelnen IntraWeb-Bildschirm als Bootstrap-5-Seite neu. Diese erste Seite sagt Ihnen mehr als jede Vergleichstabelle.

Kostenlose Testversion herunterladen Preise ansehen