Migrer de uniGUI vers sgcHTML — composants d'interface web Delphi | eSeGeCe

Migrer de uniGUI vers sgcHTML

uniGUI, de FMSoft, est un framework web Delphi commercial avec une large palette visuelle et une expérience à la conception proche du développement VCL natif, et de nombreuses équipes ont livré des applications sérieuses avec lui. Les équipes commencent généralement à regarder sgcHTML quand elles veulent des pages plus légères construites sur du balisage Bootstrap 5 simple au lieu d'un framework applicatif JavaScript embarqué, quand l'état des composants par session dans la RAM du serveur devient un sujet de planification de capacité, ou quand elles veulent le temps réel WebSocket et une option .NET à partir du même jeu de composants. sgcHTML vous garde en Object Pascal et RAD Studio tout en changeant la façon dont les pages sont produites.

ARCHITECTURE

Ce qui change au niveau de l'architecture

Les deux frameworks résolvent le problème de l'interface navigateur de manières différentes. Voici la différence factuelle, puis ce que le modèle sgcHTML vous apporte.

Dans uniGUI, les applications sont construites dans le concepteur de fiches de RAD Studio avec des contrôles orientés données et rendues dans le navigateur via une couche Sencha Ext JS embarquée. Les sessions sont à état : chaque utilisateur conserve l'état complet des composants dans la RAM du serveur, les applications très sollicitées ont donc besoin d'une planification de la mémoire et d'une gestion des sessions. sgcHTML prend un autre chemin : votre code Delphi (ou C++ Builder ou C#) rend du HTML Bootstrap 5 standard sur le serveur, le navigateur reste interactif grâce à htmx, et chaque requête est sans état sauf si vous choisissez de conserver un état.

Bootstrap 5 plus htmx côté client

Pas de framework applicatif JavaScript tiers embarqué. Le côté client, c'est Bootstrap 5 plus htmx (~14 Ko), les pages sont donc plus légères et se chargent vite sur n'importe quel appareil.

Du HTML simple que vous contrôlez

La sortie est du HTML standard rendu côté serveur, que vous pouvez inspecter dans le navigateur et rhabiller avec n'importe quel thème Bootstrap 5, avec thèmes clair et sombre intégrés, au lieu d'un rendu Ext JS.

Sans état par défaut

Pas d'état complet des composants par session dans la RAM du serveur par défaut. Vous décidez quelles données de session conserver, ce qui simplifie la planification de capacité et les redémarrages.

Temps réel et portée intégrés

Le push WebSocket vient du même jeu de composants via le moteur sgcHTMX, et la même API Tsgc* est disponible en Delphi, C++ Builder et dans une implémentation .NET purement managée.

CORRESPONDANCE DES CONCEPTS

Les concepts uniGUI et leurs équivalents sgcHTML

Les briques se transposent proprement. Voici la table de traduction que votre équipe utilisera écran par écran.

Concept uniGUI Équivalent sgcHTML
uniForm / uniFrame Composition de pages et de panneaux sgcHTML construite à partir des composants de nœuds
Grilles et éditeurs orientés données TsgcHTMLComponent_Grid / TsgcHTMLComponent_Form orientés données, liés directement à un TDataSet
Couche cliente Ext JS Balisage Bootstrap 5 plus htmx (~14 Ko)
Événements Ajax Routes de fragments htmx renvoyant le HTML des composants
Gestionnaire de sessions et état par utilisateur en RAM Rendu sans état plus les données de session que vous choisissez de conserver
Thèmes Ext N'importe quel thème Bootstrap 5, avec thèmes clair et sombre intégrés
Déploiement uniGUI Server / HyperServer Un binaire serveur sgcWebSockets unique, ou un hôte WebBroker, DataSnap ou RAD Server
Interrogation et extensions de push Diffusion WebSocket sgcHTMX de fragments HTML (hx-swap-oob)
CE QUE VOUS CONSERVEZ

La migration change moins de choses que vous ne le pensez

Passer à sgcHTML remplace la couche d'interface, pas votre investissement.

Votre base de code et votre IDE

Vous restez dans RAD Studio avec Delphi ou C++ Builder. Les composants sgcHTML sont des classes natives compilées dans votre binaire serveur, code source complet inclus.

Vos modules de données

Votre logique TDataSet, vos requêtes et vos règles métier se transposent sans changement. 27 des 89 composants sont orientés données et se lient directement à un TDataSet ou DataSource.

Vos habitudes de déploiement

Vous continuez à livrer un exécutable ou un service unique et autonome, sans runtime externe à installer à côté.

Les compétences de votre équipe

Vous écrivez de l'Object Pascal ou du C# ; sgcHTML écrit le HTML, le CSS et le JavaScript. Aucun JavaScript n'est demandé au développeur.

CHEMIN DE MIGRATION

Un chemin de migration pragmatique

Vous n'avez pas à tout migrer d'un coup. Quatre étapes que les équipes suivent en pratique.

1

Inventoriez les écrans

Listez chaque uniForm et uniFrame, les datasets derrière, et les écrans qui ont besoin de données en direct. Cet inventaire pilote tout le plan.

2

Associez les écrans aux composants

Associez chaque écran aux composants sgcHTML à l'aide de la table des concepts ci-dessus et de la galerie de composants : grilles, formulaires, graphiques, tableaux de bord et plus encore.

3

Reconstruisez page par page

Les deux serveurs peuvent tourner côte à côte derrière le même reverse proxy, puisque sgcHTML sert du HTTP standard. Migrez un écran à la fois et gardez le reste sur uniGUI jusqu'à ce qu'il soit prêt.

4

Câblez les interactions et le push

Ajoutez des interactions htmx pour les mises à jour partielles, et le push WebSocket via le moteur sgcHTMX partout où l'application a besoin de données en direct.

SERVICE DE MIGRATION

Nous vous aidons à migrer

Vous n'êtes pas obligé de faire cela seul. Parlez-nous de votre application uniGUI, des écrans, des données derrière et du comportement temps réel dont vous avez besoin, et l'équipe eSeGeCe vous aide à planifier la migration : une correspondance de composants, une séquence réaliste et une estimation de l'effort.

Si vous préférez, nous reconstruisons l'application pour vous via sgcCustomization HTML : des forfaits en achat unique à partir de €149, où notre équipe construit l'application web complète à partir d'une description écrite et livre un projet que vous compilez, déployez et faites évoluer.

Demander une assistance à la migration sgcCustomization HTML
VOYEZ-LE EN ACTION

Cinq applications en direct, zéro JavaScript personnalisé

Chacune d'elles tourne en direct sur le serveur de démonstration eSeGeCe et est construite uniquement avec sgcHTML + sgcWebSockets.

ERP

Clients, fournisseurs, produits, factures et rapports.

Ouvrir la démo en direct →

CRUD d'admin

Une console d'administration compacte avec des écrans CRUD et une recherche en direct.

Ouvrir la démo en direct →

Moniteur en direct

Un tableau de bord temps réel dont les KPI sont poussés via WebSockets.

Ouvrir la démo en direct →

Portail client

Un portail en libre-service avec commandes, profil et support.

Ouvrir la démo en direct →

Helpdesk

Un helpdesk de tickets de support avec fils de réponses et un tableau de bord d'administration.

Ouvrir la démo en direct →

Pour être honnête : rester sur uniGUI est un choix raisonnable quand une expérience RAD poussée dans le concepteur de fiches et une interface proche du bureau comptent plus que la mise à l'échelle sans état, et quand le nombre d'utilisateurs simultanés est borné et planifié. Si vous voulez une vue complète avant de décider, lisez notre matrice côte à côte avec sources, neutre, où chaque affirmation renvoie à la documentation de chaque éditeur.

Meilleur rapport qualité-prix : All-AccessTous les produits eSeGeCe, Support Premium inclus, à partir de €1,059/an.
Voir les tarifs All-Access

Essayez sgcHTML sur un écran

Téléchargez la version d'essai gratuite avec les 89 composants, reconstruisez un écran uniGUI, et comparez le résultat dans votre propre navigateur. Les licences sont par développeur, à partir de €299.

Télécharger la version d'essai gratuite Voir les tarifs