Une comparaison sourcée pour les développeurs Delphi et C++ Builder qui hésitent entre les deux. Chaque affirmation sur Chilkat ci-dessous est citée ou tirée d'une page Chilkat, liée dans le tableau des sources, et a été vérifiée le 6 septembre 2026 sur la version 11.6.0 de Chilkat (publiée le 4 septembre 2026). Chaque affirmation sur sgcWebSockets a été vérifiée sur le code source Object Pascal livré à la même date.
La différence la plus importante entre ces deux produits n'est pas une fonctionnalité, c'est la façon dont chacun arrive dans ton projet. Les deux choix sont délibérés, et chacun apporte quelque chose que l'autre ne peut pas offrir.
eSeGeCe · composants Object Pascal
Plus d'un millier d'unités Object Pascal que le compilateur Delphi lie dans ton exécutable. Tu installes une fois un package de conception, les composants apparaissent sur les pages SGC de la palette de l'IDE, et les propriétés et les événements sont publiés, donc l'Object Inspector et le concepteur de fiches se comportent exactement comme pour n'importe quel autre composant VCL ou FireMonkey. L'implémentation est sur le disque, donc elle entre dans le débogueur et peut être corrigée localement.
Chilkat Software · bibliothèque multi-langages
Une seule bibliothèque publiée pour de nombreux langages de programmation. Pour Delphi, Chilkat la décrit comme "une bibliothèque native avec une API plate, appelable depuis Pascal" : ChilkatDelphi32.dll ou ChilkatDelphi64.dll sur Windows, un .so sur Linux et Android, un .dylib par architecture sur macOS, des bibliothèques statiques .a sur iOS, plus "une petite unité .pas d'interface" par classe, à ajouter dans la clause uses de ton unité. Les objets sont des handles opaques. Ce n'est pas un ActiveX et cela n'a jamais besoin de regsvr32.
Chilkat indique que ses API sont identiques d'un langage de programmation à l'autre et qu'une licence est "valable sur tous les systèmes d'exploitation, langages de programmation, architectures et frameworks pris en charge". Les mêmes noms de classes et les mêmes noms de méthodes apparaissent en C#, VB.NET, Java, Python, Go, Node.js, PHP, Ruby, Swift, Objective-C, Perl, Tcl, PureBasic, Xojo, B4X, DataFlex, PowerShell et d'autres encore. Si ton organisation appelle déjà Chilkat depuis un service C# et un traitement Python, l'appeler depuis Delphi ne coûte rien de plus côté licence et demande très peu d'apprentissage. Aucune bibliothèque de composants mono-langage ne peut proposer cela.
Le prix d'une API uniforme entre langages, c'est qu'elle ne peut être façonnée pour aucun langage en particulier. La liste publiée par Chilkat du contenu du téléchargement Delphi ne mentionne aucun package de conception, donc rien n'apparaît sur la palette et il n'y a pas de configuration dans l'Object Inspector. Chilkat documente aussi que "les méthodes Chilkat (dans tous les langages de programmation) ne lèvent jamais d'exceptions pour signaler un échec. Tous les échecs sont signalés par la valeur de retour de la méthode", le détail étant disponible via la propriété LastErrorText de l'objet. C'est une conception cohérente pour une bibliothèque qui doit avoir la même allure dans chaque langage qu'elle prend en charge, et ce n'est simplement pas l'idiome Delphi, donc la gestion des erreurs dans une base de code Delphi construite dessus se lit différemment du code qui l'entoure.
Comme les unités portent le nom des classes, Chilkat livre Crypt2.pas, Http.pas, Zip.pas et ainsi de suite. Chilkat anticipe la collision que cela peut provoquer dans un gros projet et livre rename_units.bat et rename_units.py, qui ajoutent un préfixe ck_ à chaque unité et corrigent la déclaration unit dans chaque fichier pour qu'elle corresponde. sgcWebSockets préfixe chaque unité et chaque classe avec sgc et Tsgc, donc la question ne se pose pas. Bon à savoir avant d'ajouter l'un ou l'autre à une base de code existante, ce n'est pas un reproche adressé à l'un ou à l'autre.
Une coche signifie que l'éditeur documente la capacité. Un tiret signifie qu'elle est absente de la liste de classes ou de la documentation publiée par l'éditeur, ce qui est ce que nous avons vérifié ; ce n'est pas une affirmation sur ce que le produit pourrait être amené à faire. Un tilde signifie partiel, ou que nous n'avons trouvé de documentation ni dans un sens ni dans l'autre. Le tableau des sources ci-dessous liste toutes les pages consultées.
| Fonctionnalité | sgcWebSockets | Chilkat |
|---|---|---|
| Client WebSocket (RFC 6455) Se connecte à un point de terminaison WebSocket et échange des frames | ||
| Serveur WebSocket (RFC 6455) Écoute, accepte les clients et sert des connexions WebSocket | — | |
| per-message-deflate (RFC 7692) Extension de compression WebSocket | ~ | |
| Client MQTT (3.1.1 / 5.0) Publication et abonnement via TCP ou WebSocket | — | |
| Client AMQP (0.9.1 / 1.0) Messagerie par broker, RabbitMQ et brokers compatibles | — | |
| Client STOMP Protocole de broker à frames texte, ActiveMQ et RabbitMQ | — | |
| Client WAMP RPC et pub/sub via WebSocket | — | |
| Server-Sent Events Consommation d'un flux d'événements HTTP | ~ | |
| Client HTTP/2 Client HTTP/2 natif, RFC 7540 / 9113 | ~ | |
| Client MCP Client Model Context Protocol | ||
| Serveur MCP Héberger des outils et des ressources pour un modèle d'IA | — | |
| Clients de fournisseurs d'IA OpenAI, Anthropic, Gemini, Grok, Mistral, DeepSeek | ||
| Clients de plateformes d'échange de cryptomonnaies Clients WebSocket typés pour des plateformes d'échange nommées | — |
| Fonctionnalité | sgcWebSockets | Chilkat |
|---|---|---|
| Composants sur la palette de l'IDE Installation en conception, Object Inspector, concepteur de fiches | — | |
| L'implémentation se compile dans ton exécutable La bibliothèque est liée dans l'EXE, aucun runtime de l'éditeur à déployer | — | |
| Échecs signalés par des exceptions Delphi Gestion idiomatique par try/except et OnException | — | |
| Delphi 7 Version de Delphi la plus ancienne que l'éditeur déclare prendre en charge | ||
| Delphi 13 Florence Version de Delphi la plus récente que l'éditeur déclare prendre en charge | ||
| C++ Builder Une distribution C++ Builder prise en charge est publiée | ||
| Lazarus / Free Pascal Une distribution Lazarus ou FPC est publiée | ||
| Windows, macOS, Linux, iOS, Android Les cinq cibles sont publiées par l'éditeur | ||
| Même API dans d'autres langages de programmation L'API identique est disponible en dehors d'Object Pascal | ~ |
| Fonctionnalité | sgcWebSockets | Chilkat |
|---|---|---|
| E-mail : SMTP, POP3, IMAP Accès aux boîtes aux lettres et composition de messages | — | |
| SFTP, SSH, SCP, FTP Transfert de fichiers et shell distant | — | |
| PDF, ZIP, TAR, S/MIME Gestion de documents et d'archives | — | |
| Signatures numériques XML et CAdES XMLDSig, signature de code, gestion des certificats | — | |
| Clients de stockage cloud S3, Azure Storage, Dropbox, Google Drive, OneDrive, SharePoint, Box | — | |
| Cryptographie symétrique et à clé publique AES, RSA, ECC, hachage, KDF | ||
| Code source de l'implémentation inclus Le code derrière l'API est livré avec la licence | — | |
| Redistribution libre de royalties Distribuer des applications compilées sans frais par copie | ||
| Évaluation entièrement fonctionnelle Une version limitée dans le temps qui embarque toutes les fonctionnalités |
Notes sur certaines lignes. Les lignes MQTT, AMQP, STOMP et WAMP proviennent de l'index de référence de la DLL Delphi de Chilkat, qui liste 103 classes et ne contient aucune classe pour l'un de ces quatre protocoles. Les lignes per-message-deflate et HTTP/2 portent un tilde parce que ni l'une ni l'autre n'est mentionnée dans les références des classes WebSocket ou Http de Chilkat, et le silence n'est pas une preuve d'absence. Le tilde de Server-Sent Events reflète que la classe ServerSentEvent de Chilkat est documentée comme un analyseur de texte event-stream plutôt que comme un client HTTP en streaming. La ligne C++ Builder est une coche des deux côtés, mais les distributions n'ont pas la même forme : Chilkat publie des bibliothèques statiques pour C++ Builder 12 et 13, en Win32 et Win64, tandis que sgcWebSockets livre des projets de package pour dix-huit versions de C++ Builder, de 2007 à 13. Sur les lignes e-mail, transfert de fichiers, documents et stockage cloud, sgcWebSockets récolte un tiret parce que ces sujets ne sont pas dans ce produit ; eSeGeCe vend la signature et le travail sur les PDF comme des produits séparés, et cette page compare uniquement sgcWebSockets. Deux autres détails à retenir du tableau : Chilkat indique que la prise en charge de Delphi 7 est limitée à Windows, et les deux listes de fournisseurs d'IA sont proches sans être identiques, Chilkat citant Perplexity et sgcWebSockets citant Ollama.
Le même travail dans chaque produit. Le listing Chilkat est condensé à partir de l'exemple pour la DLL Delphi publié par Chilkat, ses contrôles d'erreur ayant été retirés pour la longueur ; le listing sgcWebSockets utilise les propriétés et les événements publiés par TsgcWebSocketClient.
uses
sgcWebSocket, sgcWebSocket_Classes;
// FClient is a TsgcWebSocketClient field on the form
procedure TForm1.FormCreate(Sender: TObject);
begin
FClient := TsgcWebSocketClient.Create(Self);
FClient.Host := 'echo.example.com';
FClient.Port := 443;
FClient.TLS := True;
// reconnect automatically if the link drops
FClient.WatchDog.Enabled := True;
FClient.WatchDog.Interval := 10;
FClient.WatchDog.Attempts := 0;
FClient.OnMessage := ClientMessage;
FClient.Active := True;
end;
procedure TForm1.ClientMessage(Connection: TsgcWSConnection;
const Text: string);
begin
Memo1.Lines.Add(Text);
end;
procedure TForm1.SendClick(Sender: TObject);
begin
FClient.WriteData('hello');
end;uses
System.SysUtils, Rest, WebSocket;
procedure TForm1.Button1Click(Sender: TObject);
var
success: Boolean;
rest: HCkRest;
ws: HCkWebSocket;
responseBody: PWideChar;
statusCode: Integer;
begin
// the WebSocket runs over an established Chilkat Rest connection
rest := CkRest_Create();
success := CkRest_Connect(rest, 'someserver.com', 80, False, False);
ws := CkWebSocket_Create();
success := CkWebSocket_UseConnection(ws, rest);
// add the open-handshake headers, then send the GET
CkWebSocket_AddClientHeaders(ws);
responseBody := CkRest__fullRequestNoBody(rest, 'GET', '/something');
statusCode := CkRest_getResponseStatusCode(rest);
// 101 is expected, then validate Sec-WebSocket-Accept
success := CkWebSocket_ValidateServerHandshake(ws);
if success <> True then
Memo1.Lines.Add(CkWebSocket__lastErrorText(ws));
CkRest_Dispose(rest);
CkWebSocket_Dispose(ws);
end;Condensé à partir du listing publié par Chilkat sur example-code.com/delphiDll/websocket_connect.asp. La version complète vérifie la valeur de retour de chaque appel et affiche LastErrorText en cas d'échec, ce qui est le modèle d'erreur documenté par Chilkat.
Chilkat est explicite : sa classe WebSocket est un client, et il documente une classe Socket distincte pour le côté écoute.
"Chilkat.WebSocket implémente le côté client du protocole WebSocket. Elle initie une poignée de main d'ouverture avec un serveur WebSocket existant. Elle n'écoute pas les connexions entrantes, n'accepte pas de clients et n'implémente pas de serveur WebSocket." La classe Socket distincte de Chilkat couvre bien les sockets côté serveur, documentée comme "écouter et accepter les connexions clientes entrantes lors de l'implémentation de serveurs socket simples ou de flux d'écoute personnalisés", donc un serveur WebSocket pourrait être construit par-dessus. La poignée de main, le framing, les frames de contrôle et les éventuelles extensions seraient ton code.
uses
sgcWebSocket, sgcWebSocket_Classes;
// FServer is a TsgcWebSocketServer field on the form
procedure TForm1.FormCreate(Sender: TObject);
begin
FServer := TsgcWebSocketServer.Create(Self);
FServer.Port := 8080;
FServer.OnMessage := ServerMessage;
FServer.Active := True;
end;
procedure TForm1.ServerMessage(Connection: TsgcWSConnection;
const Text: string);
begin
// answer this client
Connection.WriteData('echo: ' + Text);
// or tell everybody
FServer.Broadcast(Text);
end;TsgcWebSocketServer et TsgcWebSocketHTTPServer sont enregistrés à partir de l'édition Professional. La matrice des fonctionnalités Delphi indique quels composants chaque édition contient.
Les deux produits sont libres de royalties pour les applications compilées. Ce qui diffère, c'est de savoir si quelque chose doit voyager à côté de l'exécutable.
"La DLL Chilkat doit se trouver dans le même répertoire que l'EXE de ton application." Chilkat recommande un événement post-build pour copier la bonne DLL selon la plateforme cible, et liste l'erreur obtenue quand elle manque. Trois binaires Windows sont publiés : 32 bits, 64 bits et une version Arm64EC pour la cible Windows on Arm.
Linux résout libchilkatdelphi_x86_64.so via la recherche normale du chargeur, qui n'inclut pas le répertoire de l'exécutable lui-même, donc Chilkat documente soit une installation à l'échelle du système avec ldconfig soit la définition de LD_LIBRARY_PATH. Les dylibs macOS sont signées par Chilkat et livrées à côté de l'exécutable. iOS utilise des bibliothèques statiques liées dans l'application ; Android embarque un .so par ABI dans l'APK. Chilkat indique que la version Linux nécessite glibc 2.27 ou plus récent.
La bibliothèque se compile dans l'exécutable, il n'y a donc aucun runtime sgc à déployer, quelle que soit la plateforme. TLS est la seule chose qui peut encore réclamer un fichier : le back end OpenSSL a besoin des bibliothèques OpenSSL présentes, tandis que le back end SChannel sous Windows, disponible à partir de l'édition Professional, utilise le système d'exploitation et n'a besoin de rien de plus.
Les lignes où la matrice ci-dessus diverge, réunies en un seul endroit. Les entrées Chilkat proviennent de la liste de classes et des pages produit publiées par Chilkat, les entrées sgcWebSockets du code source Object Pascal livré.
TsgcWebSocketServer et TsgcWebSocketHTTPServer sont enregistrés à partir de l'édition Professional, tandis que TsgcWebSocketClient est enregistré à partir de l'édition Standard. Chilkat documente sa classe WebSocket comme étant uniquement un client.Les lignes e-mail, transfert de fichiers, documents et stockage cloud sont absentes de sgcWebSockets plutôt que de chez eSeGeCe : la signature et le travail sur les PDF sont vendus comme des produits séparés, et cette page compare uniquement sgcWebSockets.
Les deux éditeurs publient leurs conditions. Les prix changent, donc cette section décrit les modèles et renvoie vers les pages de tarifs plutôt que de citer des chiffres.
Une seule licence Bundle couvre toutes les classes Chilkat. Chilkat la décrit comme "une licence perpétuelle qui n'expire pas", avec une période de maintenance qui régit les mises à niveau vers les versions plus récentes ; si la maintenance est interrompue pendant plus de trois mois, Chilkat indique que la licence doit être rachetée au prix normal. Les niveaux sont 1 développeur, jusqu'à 4 développeurs, et une équipe allant jusqu'à 8 développeurs. La licence est libre de royalties, et Chilkat indique que les redistribuables peuvent être inclus dans ton installeur et utilisés sur un nombre illimité d'ordinateurs ou de serveurs. Les bibliothèques sont "entièrement fonctionnelles pour une évaluation de 30 jours", déverrouillées en passant n'importe quelle chaîne à UnlockBundle.
Vendu par édition, Standard, Professional et Enterprise, chacune en niveaux Single, Team et Site, avec un an de mises à jour et le code source Object Pascal complet. L'EULA accorde la distribution libre de royalties des exécutables compilés construits sur les composants, et les éditions avec sources autorisent les modifications locales tout en interdisant la redistribution du code source lui-même. Une gamme en DCU compilées, sgcWebSockets Basic, est tarifée séparément. L'édition .NET de sgcWebSockets est un produit distinct avec sa propre licence, donc contrairement à Chilkat un seul achat ne couvre pas plusieurs langages.
Les deux éditeurs publient la façon de les joindre. Cette section rapporte ce que chacun annonce, et rien sur la qualité du résultat.
La page d'aide de Chilkat oriente les questions techniques vers une adresse e-mail, et renvoie à la documentation de référence, à plusieurs centaines d'exemples Delphi DLL prêts à exécuter sur example-code.com, à des générateurs de code en ligne sur tools.chilkat.io, et au blog Chilkat. La documentation de référence couvre chaque classe dans chaque langage pris en charge, et le site d'exemples est organisé par tâche.
Le support de sgcWebSockets passe par le helpdesk eSeGeCe, avec l'aide en ligne, un manuel utilisateur téléchargeable, les projets de démonstration fournis et l'historique des versions publié sur le site. Comme le code source est livré avec chaque édition hors Basic, une conversation de support peut porter sur une ligne de code que les deux parties ont sous les yeux.
Les questions que se posent les développeurs au moment de choisir entre les deux.
.so sur Linux et Android, un .dylib par architecture sur macOS et des bibliothèques statiques .a sur iOS, avec une unité d'interface Pascal par classe à ajouter dans la clause uses de ton unité. Les objets sont des handles, donc CkWebSocket_Create renvoie un HCkWebSocket que tu passes en premier argument de chaque appel et que tu libères avec CkWebSocket_Dispose. La liste publiée par Chilkat du contenu du téléchargement ne mentionne aucun package de conception, donc rien n'apparaît sur la palette de composants. sgcWebSockets prend l'autre chemin : des unités Object Pascal qui se compilent dans ton projet et enregistrent des composants sur la palette de l'IDE.Socket distincte de Chilkat accepte bien les connexions TCP entrantes, donc un serveur WebSocket pourrait être écrit par-dessus, mais le framing, la poignée de main et le travail sur les extensions seraient à ta charge. sgcWebSockets livre TsgcWebSocketServer et TsgcWebSocketHTTPServer à partir de l'édition Professional.LD_LIBRARY_PATH.CkHttp et CkJsonObject depuis un autre langage transporte ce savoir directement dans Delphi sans coût de licence supplémentaire, un avantage qu'aucune bibliothèque de composants mono-langage ne peut égaler. La liste de classes publiée par Chilkat ne comprend ni serveur WebSocket, ni MQTT, ni AMQP, ni STOMP, ni WAMP. sgcWebSockets couvre les cinq, et est uniquement Object Pascal..pas par classe plus les binaires précompilés ; l'implémentation vit à l'intérieur du binaire, et Chilkat ne publie pas de distribution avec les sources.sgcVer.inc, qui décident de ce que chaque édition contient réellement.Toutes les pages Chilkat ci-dessous ont été lues le 6 septembre 2026, sur la version 11.6.0 de Chilkat datée du 4 septembre 2026. Si tu trouves sur cette page un élément qui ne correspond plus aux documents de Chilkat, préviens-nous et nous le corrigerons.
| Source | URL |
|---|---|
| Chilkat : page produit et installation de la DLL Delphi (v11.6.0, 04-sept-2026) | https://www.chilkatsoft.com/delphiDll.asp |
| Chilkat : documentation de référence de la DLL Delphi, index complet des classes | https://www.chilkatsoft.com/refdoc/delphidll.asp |
| Chilkat : référence de la classe WebSocket pour la DLL Delphi | https://www.chilkatsoft.com/refdoc/dd_CkWebSocketRef.html |
| Chilkat : référence de la classe Socket pour la DLL Delphi | https://www.chilkatsoft.com/refdoc/dd_CkSocketRef.html |
| Chilkat : référence de la classe ServerSentEvent pour la DLL Delphi | https://www.chilkatsoft.com/refdoc/dd_CkServerSentEventRef.html |
| Chilkat : référence de la classe Ai (liste des fournisseurs) | https://www.chilkatsoft.com/refdoc/dd_CkAiRef.html |
| Chilkat : référence de la classe Mcp (client Model Context Protocol) | https://www.chilkatsoft.com/refdoc/dd_CkMcpRef.html |
| Chilkat : référence de la classe Http pour la DLL Delphi | https://www.chilkatsoft.com/refdoc/dd_CkHttpRef.html |
| Chilkat : exemple publié de connexion WebSocket avec la DLL Delphi | https://www.example-code.com/delphiDll/websocket_connect.asp |
| Chilkat : index des exemples WebSocket pour la DLL Delphi | https://www.example-code.com/delphiDll/websocket.asp |
| Chilkat : bibliothèques C / C++ pour Embarcadero C++ Builder (v11.5.0, 02-juin-2026) | https://www.chilkatsoft.com/downloads-cpp-builder.asp |
| Chilkat : index des téléchargements (une distribution par langage) | https://www.chilkatsoft.com/downloads.asp |
| Chilkat : page produits (langages et environnements pris en charge) | https://www.chilkatsoft.com/products.asp |
| Chilkat : les licences expliquées (licence perpétuelle, maintenance, libre de royalties) | https://www.chilkatsoft.com/licensingExplained.asp |
| Chilkat : page d'achat (niveaux de licence) | https://www.chilkatsoft.com/purchase |
| Chilkat : aide technique (valeurs de retour, LastErrorText, exceptions) | https://www.chilkatsoft.com/support.asp |
| Chilkat : distribution Lazarus / Free Pascal | https://www.chilkatsoft.com/lazarus.asp |
| sgcWebSockets : page produit | https://www.esegece.com/products/websockets/ |
| sgcWebSockets : matrice des fonctionnalités Delphi par édition | https://www.esegece.com/products/websockets/features/feature-matrix-delphi/ |
| sgcWebSockets : tarifs et comparaison des éditions | https://www.esegece.com/pricing/ |
| sgcWebSockets : comparaison avec Indy, ICS, TMS et mORMot 2 | https://www.esegece.com/products/websockets/comparison/ |
| RFC 6455, le protocole WebSocket | https://datatracker.ietf.org/doc/html/rfc6455 |
| RFC 7692, extensions de compression pour WebSocket | https://datatracker.ietf.org/doc/html/rfc7692 |
Autres comparaisons. Le même traitement pour TMS Software et pour IPWorks de /n software, ou le panorama plus large des bibliothèques WebSocket pour Delphi et C++ Builder couvrant Indy, ICS et mORMot 2. Si la question de la bibliothèque est réglée et que tu préfères voir le code, les cas d'usage Delphi prennent une tâche par page, d'une fiche vide à quelque chose qui fonctionne.