Migrer de TMS WEB Core vers sgcHTML — composants d'interface web Delphi | eSeGeCe

Migrer de TMS WEB Core vers sgcHTML

TMS WEB Core est un framework commercial de TMS Software qui compile Delphi et l'Object Pascal moderne en JavaScript, l'application s'exécute donc côté client dans le navigateur comme une application monopage et dialogue avec un back-end via REST/JSON, souvent TMS XData. Les équipes qui l'utilisent regardent sgcHTML quand elles veulent que leur Pascal reste natif et compilé sur le serveur, un accès TDataSet direct sans construire une couche d'API séparée juste pour afficher des données, et l'expérience de débogage du développement serveur Delphi classique plutôt que le navigateur.

Architecture

Ce qui change au niveau de l'architecture

Deux modèles honnêtes : du code compilé en JavaScript qui s'exécute dans le navigateur, ou du code natif qui rend le HTML sur le serveur.

Dans le modèle TMS WEB Core, l'Object Pascal est compilé en JavaScript et l'application monopage résultante s'exécute entièrement dans le navigateur. L'accès aux données passe par une couche d'API HTTP, typiquement REST/JSON comme TMS XData, que vous construisez, déployez et sécurisez à côté du client. Le débogage se fait en partie dans le navigateur. sgcHTML inverse ce modèle : votre code reste natif sur le serveur et le navigateur reçoit du HTML standard rendu côté serveur.

Du code natif sur le serveur

Votre Object Pascal ou votre C# compile comme il l'a toujours fait et s'exécute sur le serveur. Pas d'étape de transpilation ni de débogage JavaScript, vous déboguez du code serveur natif dans votre IDE.

Accès direct aux données

27 des 89 composants sont orientés données et se lient directement à un TDataSet ou DataSource dans le même processus. Aucune couche REST séparée n'est requise juste pour mettre des données sur une page.

Bootstrap 5 rendu côté serveur

Les pages sont du HTML standard rendu côté serveur avec un balisage Bootstrap 5 propre : bon pour le SEO, rapide sur les appareils modestes, et stylable avec n'importe quel thème Bootstrap. L'interactivité vient d'htmx (~14 Ko).

Temps réel intégré

Le moteur sgcHTMX pousse des mises à jour via WebSockets : le serveur peut diffuser des fragments HTML (hx-swap-oob) vers les navigateurs connectés sans câbler un framework client.

Correspondance des concepts

Les concepts TMS WEB Core et leurs équivalents sgcHTML

Où atterrit chaque partie d'une application TMS WEB Core dans le modèle sgcHTML.

Concept TMS WEB CoreÉquivalent sgcHTML
Fiches compilées en JavaScript (pas2js)Pages sgcHTML rendues côté serveur, construites à partir de composants natifs
Routage SPA dans le navigateurURL standard servies par votre serveur Delphi
Couche de données REST/XDataLiaison TDataSet directe côté serveur ; ajoutez du REST plus tard seulement si vous le voulez
Callbacks asynchrones du navigateurRoutes de fragments htmx renvoyant le HTML des composants
Débogage dans le navigateurDébogage Delphi/IDE de code serveur natif
Intégrations de bibliothèques JavaScriptComposants Bootstrap 5 prêts à l'emploi
Câblage d'un client WebSocketDiffusion via le moteur sgcHTMX intégrée au jeu de composants
Hébergement statique plus un back-end d'APIUn binaire serveur unique et autonome
Continuité

Ce que vous conservez

Une migration vers sgcHTML change l'endroit où l'interface est produite, pas la façon dont votre équipe travaille.

Votre base de code et votre IDE

Vous continuez à travailler dans RAD Studio avec votre projet Delphi ou C++ Builder existant. Les composants sgcHTML sont des classes natives compilées dans votre binaire serveur, et une implémentation .NET purement managée offre les mêmes noms de classes Tsgc*.

Vos modules de données

Votre logique TDataSet, vos requêtes et vos modules de données continuent de fonctionner tels quels. Les composants sgcHTML orientés données s'y lient directement, dans le même processus.

Vos habitudes de déploiement

Déployez un exécutable ou un service unique et autonome, sans runtime externe. Il fonctionne dans le serveur sgcWebSockets et aussi dans des hôtes WebBroker, DataSnap et RAD Server.

Vos compétences linguistiques

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

Pas besoin d'une réécriture totale d'un coup. Quatre étapes, écran par écran.

1

Inventoriez les écrans

Listez les fiches et les vues de votre application TMS WEB Core, les données que chacune affiche, et celles qui ont besoin de mises à jour en direct.

2

Associez chaque écran aux composants

Associez chaque écran aux grilles, formulaires, graphiques et tableaux de bord sgcHTML de la galerie de composants. 27 composants orientés données couvrent les écrans liés à la base.

3

Reconstruisez page par page

sgcHTML sert du HTTP standard, les deux serveurs peuvent donc tourner côte à côte derrière le même reverse proxy pendant que vous migrez une page à la fois.

4

Câblez l'interactivité et le push

Ajoutez des interactions htmx pour les mises à jour partielles, et le push WebSocket via le moteur sgcHTMX là 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. eSeGeCe propose un service de migration : parlez-nous de votre application TMS WEB Core et notre équipe vous aide à planifier la migration, à proposer une correspondance de composants et à estimer l'effort. Si vous préférez, nous reconstruisons l'application pour vous via sgcCustomization HTML, des forfaits en achat unique à partir de €149, construits sur les composants que vous licenciez.

sgcHTML lui-même se licencie par développeur (Single/Team/Site) à partir de €299 et nécessite sgcWebSockets Professional ou Enterprise.

Demander une assistance à la migration sgcCustomization HTML
Démos en direct

Voyez-le en action

Cinq applications complètes, toutes construites uniquement avec sgcHTML + sgcWebSockets, en direct sur le serveur de démonstration eSeGeCe.

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 : si l'objectif est une SPA ou une PWA côté client capable de fonctionner hors ligne, sans connexion serveur permanente, une approche côté client comme TMS WEB Core reste un choix raisonnable. Si vous pesez encore les options, notre page de comparaison neutre place sgcHTML, uniGUI, TMS WEB Core, IntraWeb, Elevate Web Builder et D2Bridge dans une matrice côte à côte avec sources. Les autres points de départ sont couverts sur le hub de migration.

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

Prêt à essayer le modèle rendu côté serveur ?

Téléchargez la version d'essai gratuite avec les 89 composants et reconstruisez votre premier écran TMS WEB Core en page Bootstrap 5 rendue côté serveur.

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