Schermate gestionali
Griglie, form, master-detail e reportistica, collegati ai tuoi dataset esistenti.
Apri la demo live →
uniGUI di FMSoft è un framework web Delphi commerciale con un'ampia palette visuale e un'esperienza di design-time vicina allo sviluppo VCL nativo, e molti team ci hanno costruito applicazioni serie. I team di solito iniziano a guardare a sgcHTML quando vogliono pagine più leggere costruite su markup Bootstrap 5 semplice invece di un framework applicativo JavaScript incluso, quando lo stato dei componenti per sessione nella RAM del server diventa un tema di pianificazione della capacità, o quando vogliono tempo reale WebSocket e un'opzione .NET dallo stesso set di componenti. sgcHTML ti mantiene in Object Pascal e RAD Studio cambiando il modo in cui le pagine vengono prodotte.
I due framework risolvono il problema della UI nel browser in modi diversi. Ecco la differenza fattuale, poi cosa ti offre il modello sgcHTML.
In uniGUI, le applicazioni si costruiscono nel form designer di RAD Studio con controlli DB-aware e vengono renderizzate nel browser tramite un layer Sencha Ext JS incluso. Le sessioni sono con stato: ogni utente mantiene lo stato completo dei componenti nella RAM del server, quindi le applicazioni con molto traffico richiedono pianificazione della memoria e gestione delle sessioni. sgcHTML prende una strada diversa: il tuo codice Delphi (o C++ Builder o C#) renderizza HTML Bootstrap 5 standard sul server, il browser resta interattivo tramite htmx e ogni richiesta è stateless a meno che tu non scelga di mantenere lo stato.
Nessun framework applicativo JavaScript di terze parti incluso. Il lato client è Bootstrap 5 più htmx (~14 KB), quindi le pagine sono più leggere e si caricano velocemente su qualsiasi dispositivo.
L'output è HTML standard renderizzato sul server che puoi ispezionare nel browser e ripersonalizzare con qualsiasi tema Bootstrap 5, con temi chiaro e scuro integrati, invece di un aspetto Ext JS.
Nessuno stato completo dei componenti per sessione nella RAM del server per impostazione predefinita. Decidi tu quali dati di sessione conservare, il che semplifica la pianificazione della capacità e i riavvii.
Il push WebSocket arriva dallo stesso set di componenti tramite l'engine sgcHTMX, e la stessa API Tsgc* è disponibile in Delphi, C++ Builder e in un'implementazione .NET puramente gestita.
I mattoncini si mappano in modo pulito. Questa è la tabella di traduzione che il tuo team userà schermata per schermata.
| Concetto uniGUI | Equivalente sgcHTML |
|---|---|
| uniForm / uniFrame | Composizione di pagine e pannelli sgcHTML costruita dai componenti nodo |
| Griglie ed edit DB-aware | TsgcHTMLComponent_Grid / TsgcHTMLComponent_Form data-aware collegati direttamente a un TDataSet |
| Layer client Ext JS | Markup Bootstrap 5 più htmx (~14 KB) |
| Eventi Ajax | Route di frammenti htmx che restituiscono l'HTML del componente |
| Session manager e stato per utente in RAM | Rendering stateless più i dati di sessione che scegli di conservare |
| Temi Ext | Qualsiasi tema Bootstrap 5, con temi chiaro e scuro integrati |
| Deployment uniGUI Server / HyperServer | Singolo binario server sgcWebSockets, oppure un host WebBroker, DataSnap o RAD Server |
| Estensioni di polling e push | Broadcast WebSocket sgcHTMX di frammenti HTML (hx-swap-oob) |
Passare a sgcHTML sostituisce il livello UI, non il tuo investimento.
Resti in RAD Studio con Delphi o C++ Builder. I componenti sgcHTML sono classi native compilate nel tuo binario server, con il codice sorgente completo incluso.
La tua logica TDataSet, le query e le regole di business si trasferiscono senza modifiche. 28 degli 93 componenti sono data-aware e si collegano direttamente a un TDataSet o DataSource.
Continui a distribuire un singolo eseguibile o servizio autonomo, senza alcun runtime esterno da installare accanto.
Tu scrivi Object Pascal o C#; sgcHTML scrive l'HTML, il CSS e il JavaScript. Allo sviluppatore non è richiesto JavaScript.
Non devi migrare tutto in una volta. Quattro passaggi che i team seguono nella pratica.
Elenca ogni uniForm e uniFrame, i dataset che la alimentano e quali schermate hanno bisogno di dati live. Questo inventario guida l'intero piano.
Abbina ogni schermata ai componenti sgcHTML usando la tabella dei concetti qui sopra e la galleria dei componenti: griglie, form, grafici, dashboard e altro.
Entrambi i server possono girare fianco a fianco dietro lo stesso reverse proxy, poiché sgcHTML serve HTTP standard. Sposta una schermata alla volta e lascia il resto su uniGUI finché non è pronta.
Aggiungi interazioni htmx per gli aggiornamenti parziali, e push WebSocket tramite l'engine sgcHTMX ovunque l'applicazione abbia bisogno di dati live.
Non devi farlo da solo. Parlaci della tua applicazione uniGUI, delle schermate, dei dati che le alimentano e del comportamento in tempo reale che ti serve, e il team di eSeGeCe ti aiuta a pianificare la migrazione: una mappatura dei componenti, una sequenza realistica e una stima dell'impegno.
Se preferisci, ricostruiamo noi l'applicazione per te tramite sgcCustomization HTML: pacchetti una tantum da €149, con cui il nostro team costruisce l'applicazione web completa da una descrizione scritta e consegna un progetto che compili, distribuisci e fai evolvere.
Per essere onesti: restare su uniGUI è una scelta ragionevole quando un'esperienza RAD profonda nel form designer e un'interfaccia simile al desktop contano più della scalabilità stateless, e quando il numero di utenti simultanei è limitato e pianificato. Se vuoi il quadro completo prima di decidere, leggi la nostra matrice affiancata con fonti neutrale, dove ogni affermazione rimanda alla documentazione ufficiale di ciascun produttore.
Queste sono applicazioni Delphi che servono il proprio HTML tramite sgcHTML, senza catena di build JavaScript e senza un progetto front-end separato.
Griglie, form, master-detail e reportistica, collegati ai tuoi dataset esistenti.
Apri la demo live →
CRUD live con ricerca mentre digiti e modifica inline tramite htmx.
Apri la demo live →