둘 사이에서 저울질하는 Delphi와 C++ Builder 개발자를 위해 출처를 밝혀 비교했어요. 아래의 모든 Chilkat 관련 서술은 Chilkat 페이지에서 인용하거나 가져왔고 출처 표에 링크했으며, 2026년 9월 6일에 Chilkat 11.6.0 버전(2026년 9월 4일 출시) 기준으로 확인했어요. 모든 sgcWebSockets 관련 서술은 같은 날 배포되는 Object Pascal 소스로 확인했어요.
두 제품 사이에서 가장 중요한 차이는 기능이 아니라, 각자가 어떤 방식으로 여러분의 프로젝트에 들어오느냐예요. 두 선택 모두 의도적이고, 각자 상대가 얻을 수 없는 것을 얻어요.
eSeGeCe · Object Pascal 컴포넌트
Delphi 컴파일러가 실행 파일 안으로 링크하는 천 개가 넘는 Object Pascal 유닛이에요. 디자인타임 패키지를 한 번 설치하면 컴포넌트가 IDE 팔레트의 SGC 페이지에 나타나고, 속성과 이벤트가 published로 공개돼 있어서 Object Inspector와 폼 디자이너가 다른 VCL이나 FireMonkey 컴포넌트와 똑같이 동작해요. 구현이 디스크에 있으니 디버거로 들어갈 수 있고 로컬에서 수정할 수도 있어요.
Chilkat Software · 다중 언어 라이브러리
여러 프로그래밍 언어를 위해 배포되는 하나의 라이브러리예요. Delphi에 대해 Chilkat은 이것을 "Pascal에서 호출할 수 있는 평평한 API를 가진 네이티브 라이브러리"라고 설명해요. Windows에서는 ChilkatDelphi32.dll이나 ChilkatDelphi64.dll, Linux와 Android에서는 .so, macOS에서는 아키텍처별 .dylib, iOS에서는 정적 .a 라이브러리이고, 여기에 uses 절에 추가하는 클래스별 "작은 .pas 인터페이스 유닛"이 함께 와요. 객체는 불투명한 핸들이에요. ActiveX가 아니라서 regsvr32가 필요한 적도 없어요.
Chilkat은 자사 API가 프로그래밍 언어 전반에서 동일하며 라이선스가 "지원되는 모든 운영체제, 프로그래밍 언어, 아키텍처, 프레임워크에서 유효하다"고 밝혀요. 같은 클래스 이름과 같은 메서드 이름이 C#과 VB.NET, Java, Python, Go, Node.js, PHP, Ruby, Swift, Objective-C, Perl, Tcl, PureBasic, Xojo, B4X, DataFlex, PowerShell 등에 그대로 나타나요. 조직에서 이미 C# 서비스와 Python 작업에서 Chilkat을 호출하고 있다면, Delphi에서 호출하는 데 라이선스 비용은 더 들지 않고 학습 비용도 거의 없어요. 단일 언어 컴포넌트 라이브러리는 그걸 제공할 수 없어요.
언어를 가리지 않는 균일한 API의 대가는 어느 한 언어에 맞춰 다듬을 수 없다는 점이에요. Chilkat이 공개한 Delphi 다운로드 구성 목록에는 디자인타임 패키지가 없어요. 그래서 팔레트에 아무것도 나타나지 않고 Object Inspector 설정도 없어요. Chilkat은 또 "Chilkat 메서드는 (어떤 프로그래밍 언어에서도) 실패를 알리기 위해 예외를 발생시키지 않습니다. 모든 실패는 메서드의 반환값으로 표시됩니다"라고 문서화하고, 자세한 내용은 LastErrorText 속성에서 얻도록 하고 있어요. 지원하는 모든 언어에서 같은 모습이어야 하는 라이브러리로서는 일관된 설계이고, 다만 Delphi의 관용 방식은 아니에요. 그래서 이를 바탕으로 한 Delphi 코드베이스의 오류 처리는 주변 코드와 다르게 읽혀요.
유닛 이름이 클래스 이름을 따르기 때문에 Chilkat은 Crypt2.pas, Http.pas, Zip.pas 같은 파일을 제공해요. Chilkat은 큰 프로젝트에서 이것이 일으킬 수 있는 충돌을 예상하고 rename_units.bat과 rename_units.py를 함께 제공하는데, 모든 유닛에 ck_ 접두사를 붙이고 각 파일 안의 unit 선언도 맞춰 고쳐줘요. sgcWebSockets는 모든 유닛과 모든 클래스에 sgc와 Tsgc 접두사를 붙여서 이 문제가 생기지 않아요. 어느 쪽이든 기존 코드베이스에 추가하기 전에 알아둘 만한 점이고, 어느 한쪽의 흠은 아니에요.
체크는 공급사가 해당 기능을 문서화했다는 뜻이에요. 대시는 저희가 확인한 대상인 공급사 자체의 공개된 클래스 목록이나 문서에 그것이 없다는 뜻이고, 그 제품으로 무엇을 만들 수 있는지에 대한 주장은 아니에요. 물결표는 부분적이거나 어느 쪽으로도 문서화된 것을 찾지 못했다는 뜻이에요. 아래 출처 표에 참고한 모든 페이지를 정리해 두었어요.
| 기능 | sgcWebSockets | Chilkat |
|---|---|---|
| WebSocket 클라이언트 (RFC 6455) WebSocket 엔드포인트에 연결해 프레임을 주고받아요 | ||
| WebSocket 서버 (RFC 6455) 수신하고, 클라이언트를 받아들이고, WebSocket 연결을 제공해요 | — | |
| per-message-deflate (RFC 7692) WebSocket 압축 확장 | ~ | |
| MQTT 클라이언트 (3.1.1 / 5.0) TCP나 WebSocket 위에서 발행하고 구독해요 | — | |
| AMQP 클라이언트 (0.9.1 / 1.0) 브로커 메시징, RabbitMQ와 호환 브로커 | — | |
| STOMP 클라이언트 텍스트 프레임 브로커 프로토콜, ActiveMQ와 RabbitMQ | — | |
| WAMP 클라이언트 WebSocket 위의 RPC와 pub/sub | — | |
| Server-Sent Events HTTP 이벤트 스트림을 소비해요 | ~ | |
| HTTP/2 클라이언트 네이티브 HTTP/2 클라이언트, RFC 7540 / 9113 | ~ | |
| MCP 클라이언트 Model Context Protocol 클라이언트 | ||
| MCP 서버 AI 모델을 위한 툴과 리소스를 호스팅해요 | — | |
| AI 공급자 클라이언트 OpenAI, Anthropic, Gemini, Grok, Mistral, DeepSeek | ||
| 암호화폐 거래소 클라이언트 특정 거래소를 위한 타입이 있는 WebSocket 클라이언트 | — |
| 기능 | sgcWebSockets | Chilkat |
|---|---|---|
| IDE 팔레트의 컴포넌트 디자인타임 설치, Object Inspector, 폼 디자이너 | — | |
| 구현이 실행 파일로 컴파일돼요 라이브러리가 EXE로 링크되고, 배포할 공급사 런타임이 없어요 | — | |
| 실패를 Delphi 예외로 알려요 Delphi다운 try/except와 OnException 처리 | — | |
| Delphi 7 공급사가 지원한다고 밝힌 가장 오래된 Delphi 릴리스 | ||
| Delphi 13 Florence 공급사가 지원한다고 밝힌 가장 최신 Delphi 릴리스 | ||
| C++ Builder 지원되는 C++ Builder 배포판이 공개돼 있어요 | ||
| Lazarus / Free Pascal Lazarus나 FPC 배포판이 공개돼 있어요 | ||
| Windows, macOS, Linux, iOS, Android 공급사가 다섯 가지 타깃을 모두 공개했어요 | ||
| 다른 프로그래밍 언어의 동일 API Object Pascal 밖에서도 동일한 API를 쓸 수 있어요 | ~ |
| 기능 | sgcWebSockets | Chilkat |
|---|---|---|
| 이메일: SMTP, POP3, IMAP 메일함 접근과 메시지 작성 | — | |
| SFTP, SSH, SCP, FTP 파일 전송과 원격 셸 | — | |
| PDF, ZIP, TAR, S/MIME 문서와 압축 파일 처리 | — | |
| XML과 CAdES 전자 서명 XMLDSig, 코드 서명, 인증서 처리 | — | |
| 클라우드 스토리지 클라이언트 S3, Azure Storage, Dropbox, Google Drive, OneDrive, SharePoint, Box | — | |
| 대칭 및 공개 키 암호화 AES, RSA, ECC, 해싱, KDF | ||
| 구현 소스 코드 포함 API 뒤의 코드가 라이선스와 함께 제공돼요 | — | |
| 로열티 없는 재배포 복제본당 비용 없이 컴파일된 애플리케이션을 배포해요 | ||
| 기능이 온전한 평가판 전체 기능을 담은 기간 제한 빌드 |
개별 항목에 대한 설명. MQTT와 AMQP, STOMP, WAMP 항목은 Chilkat Delphi DLL 레퍼런스 색인에서 읽었어요. 거기에는 103개 클래스가 나열돼 있고 네 가지 중 어느 것에 해당하는 클래스도 없어요. per-message-deflate와 HTTP/2 항목이 물결표인 이유는 둘 다 Chilkat WebSocket이나 Http 클래스 레퍼런스에 언급되지 않았기 때문이고, 언급이 없다는 것이 없다는 증거는 아니에요. Server-Sent Events의 물결표는 Chilkat의 ServerSentEvent 클래스가 스트리밍 HTTP 클라이언트가 아니라 이벤트 스트림 텍스트의 파서로 문서화돼 있다는 점을 반영해요. C++ Builder 항목은 양쪽 모두 체크지만 배포판의 모양이 달라요. Chilkat은 Win32와 Win64에서 C++ Builder 12와 13용 정적 라이브러리를 공개하고, sgcWebSockets는 2007부터 13까지 열여덟 가지 C++ Builder 버전용 패키지 프로젝트를 제공해요. 이메일과 파일 전송, 문서, 클라우드 스토리지 항목에서 sgcWebSockets가 대시인 이유는 그것들이 이 제품에 없기 때문이에요. eSeGeCe는 서명과 PDF 작업을 별도 제품으로 판매하고, 이 페이지는 sgcWebSockets만 비교해요. 표 밖으로 가지고 나올 만한 세부 사항이 둘 더 있어요. Chilkat은 Delphi 7 지원이 Windows 전용이라고 밝히고 있고, 두 AI 공급자 목록은 비슷하지만 같지는 않아서 Chilkat은 Perplexity를, sgcWebSockets는 Ollama를 들고 있어요.
두 제품에서 같은 작업을 해요. Chilkat 코드는 Chilkat이 공개한 Delphi DLL 예제를 줄여 옮긴 것이고, 분량 때문에 오류 검사는 뺐어요. sgcWebSockets 코드는 TsgcWebSocketClient가 published로 공개한 속성과 이벤트를 써요.
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;Chilkat이 example-code.com/delphiDll/websocket_connect.asp에 공개한 코드를 줄여 옮겼어요. 원본은 모든 호출의 반환값을 확인하고 실패 시 LastErrorText를 출력하는데, 그것이 Chilkat이 문서화한 오류 처리 모델이에요.
Chilkat은 자사 WebSocket 클래스가 클라이언트라고 분명히 밝히고, 수신하는 쪽을 위해서는 별도의 Socket 클래스를 문서화해요.
"Chilkat.WebSocket은 WebSocket 프로토콜의 클라이언트 쪽을 구현합니다. 기존 WebSocket 서버와의 개시 핸드셰이크를 시작합니다. 들어오는 연결을 수신하거나 클라이언트를 받아들이거나 WebSocket 서버를 구현하지는 않습니다." Chilkat의 별도 Socket 클래스는 서버 쪽 소켓을 다루고, "단순한 소켓 서버나 사용자 정의 리스너 워크플로를 구현할 때 들어오는 클라이언트 연결을 수신하고 받아들입니다"라고 문서화돼 있어요. 그러니 그 위에 WebSocket 서버를 만들 수는 있어요. 핸드셰이크와 프레이밍, 제어 프레임, 각종 확장은 여러분의 코드가 되겠죠.
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와 TsgcWebSocketHTTPServer는 Professional 에디션부터 등록돼요. 어떤 에디션에 어떤 컴포넌트가 들어 있는지는 Delphi 기능 매트릭스에 정리돼 있어요.
두 제품 모두 컴파일된 애플리케이션에 대해 로열티가 없어요. 다른 점은 실행 파일 옆에 무언가를 함께 보내야 하느냐예요.
"Chilkat DLL은 애플리케이션 EXE와 같은 디렉터리에 있어야 합니다." Chilkat은 타깃 플랫폼에 맞는 DLL을 복사하는 빌드 후 이벤트를 권장하고, 그것이 없을 때 나오는 오류도 적어 두었어요. Windows 바이너리는 32비트, 64비트, 그리고 Windows on Arm 타깃용 Arm64EC 빌드 세 가지가 공개돼 있어요.
Linux는 libchilkatdelphi_x86_64.so를 일반 로더 검색으로 찾는데, 그 검색 경로에는 실행 파일 자신의 디렉터리가 들어가지 않아요. 그래서 Chilkat은 ldconfig로 시스템 전역 설치를 하거나 LD_LIBRARY_PATH를 설정하라고 문서화해요. macOS dylib은 Chilkat이 코드 서명해서 실행 파일 옆에 함께 나가요. iOS는 앱에 링크되는 정적 라이브러리를 쓰고, Android는 ABI마다 .so 하나씩을 APK에 담아요. Chilkat은 Linux 빌드에 glibc 2.27 이상이 필요하다고 밝혀요.
라이브러리가 실행 파일 안으로 컴파일되기 때문에 어느 플랫폼에서도 배포할 sgc 런타임이 없어요. 여전히 파일이 필요할 수 있는 건 TLS 하나예요. OpenSSL 백엔드는 OpenSSL 라이브러리가 있어야 하고, Professional 에디션부터 쓸 수 있는 Windows의 SChannel 백엔드는 운영체제를 써서 추가로 필요한 것이 없어요.
위 매트릭스에서 갈리는 항목을 한곳에 모았어요. Chilkat 항목은 Chilkat이 공개한 클래스 목록과 제품 페이지에서, sgcWebSockets 항목은 배포되는 Object Pascal 소스에서 가져왔어요.
TsgcWebSocketServer와 TsgcWebSocketHTTPServer는 Professional 에디션부터, TsgcWebSocketClient는 Standard 에디션부터 등록돼요. Chilkat은 자사 WebSocket 클래스를 클라이언트 전용으로 문서화해요.이메일과 파일 전송, 문서, 클라우드 스토리지 항목이 빠진 것은 eSeGeCe가 아니라 sgcWebSockets에서예요. 서명과 PDF 작업은 별도 제품으로 판매하고, 이 페이지는 sgcWebSockets만 비교해요.
두 공급사 모두 약관을 공개해요. 가격은 바뀌므로 이 섹션에서는 수치를 인용하는 대신 방식을 설명하고 가격 페이지로 링크해요.
하나의 Bundle 라이선스가 모든 Chilkat 클래스를 아울러요. Chilkat은 이것을 "만료되지 않는 영구 라이선스"라고 설명하고, 최신 버전으로의 업그레이드는 유지보수 기간이 정해요. 유지보수가 3개월 넘게 끊기면 정가로 라이선스를 다시 구매해야 한다고 Chilkat은 밝혀요. 등급은 개발자 1인, 최대 4인, 그리고 최대 8인 팀이에요. 라이선스는 로열티가 없고, 재배포 파일을 설치 프로그램에 포함해 컴퓨터나 서버 수에 제한 없이 쓸 수 있다고 Chilkat은 밝혀요. 라이브러리는 UnlockBundle에 아무 문자열이나 넘겨 잠금을 풀면 "30일 평가 기간 동안 기능이 온전히" 동작해요.
Standard와 Professional, Enterprise 에디션으로 판매하고, 각각 Single과 Team, Site 등급이 있으며, 1년 업데이트와 Object Pascal 소스 전체가 함께 와요. EULA는 이 컴포넌트로 만든 컴파일된 실행 파일의 로열티 없는 배포를 허용하고, 소스 에디션은 로컬 수정을 허용하되 소스 자체의 재배포는 금지해요. 컴파일된 DCU 제품군인 sgcWebSockets Basic은 가격이 따로 매겨져 있어요. sgcWebSockets의 .NET 에디션은 자체 라이선스를 가진 별도 제품이라서, Chilkat과 달리 한 번의 구매가 여러 언어를 아우르지는 않아요.
두 공급사 모두 연락 방법을 공개해요. 이 섹션은 각자가 밝힌 내용을 그대로 전할 뿐, 실제로 얼마나 잘 되는지는 다루지 않아요.
Chilkat의 도움말 페이지는 기술 질문을 이메일 주소로 안내하고, 레퍼런스 문서와 example-code.com에 있는 수백 개의 바로 실행 가능한 Delphi DLL 예제, tools.chilkat.io의 온라인 코드 생성기, 그리고 Chilkat 블로그를 알려줘요. 레퍼런스 문서는 지원되는 모든 언어의 모든 클래스를 다루고, 예제 사이트는 작업별로 정리돼 있어요.
sgcWebSockets 지원은 eSeGeCe 헬프데스크를 통해 이뤄지고, 온라인 도움말과 내려받을 수 있는 사용자 설명서, 함께 제공되는 데모 프로젝트, 사이트에 공개된 릴리스 기록이 있어요. Basic이 아닌 모든 에디션에 소스가 함께 오기 때문에, 지원 대화에서 양쪽이 똑같이 보고 있는 코드 한 줄을 두고 이야기할 수 있어요.
둘 사이에서 결정할 때 개발자들이 묻는 질문이에요.
.so, macOS에서는 아키텍처별 .dylib, iOS에서는 정적 .a 라이브러리이고, uses 절에 추가하는 클래스별 Pascal 인터페이스 유닛이 하나씩 있어요. 객체는 핸들이라서 CkWebSocket_Create가 HCkWebSocket을 반환하면 그것을 모든 호출의 첫 인수로 넘기고 CkWebSocket_Dispose로 해제해요. Chilkat이 공개한 다운로드 구성 목록에는 디자인타임 패키지가 없어서 컴포넌트 팔레트에는 아무것도 나타나지 않아요. sgcWebSockets는 다른 길을 택해요. 프로젝트에 컴파일되어 들어가고 IDE 팔레트에 컴포넌트를 등록하는 Object Pascal 유닛이에요.Socket 클래스는 들어오는 TCP 연결을 받아들이므로 그 위에 WebSocket 서버를 작성할 수는 있지만, 프레이밍과 핸드셰이크, 확장 작업은 여러분의 몫이 돼요. sgcWebSockets는 Professional 에디션부터 TsgcWebSocketServer와 TsgcWebSocketHTTPServer를 제공해요.LD_LIBRARY_PATH로 찾게 해야 해요.CkHttp와 CkJsonObject를 알고 있는 팀은 그 지식을 추가 라이선스 비용 없이 Delphi로 그대로 가져올 수 있고, 이는 단일 언어 컴포넌트 라이브러리가 따라올 수 없는 장점이에요. Chilkat이 공개한 클래스 목록에는 WebSocket 서버와 MQTT, AMQP, STOMP, WAMP가 없어요. sgcWebSockets는 다섯 가지를 모두 다루고, Object Pascal 전용이에요..pas 인터페이스 유닛 하나와 미리 빌드된 바이너리가 들어 있어요. 구현은 바이너리 안에 있고, Chilkat은 소스 배포판을 공개하지 않아요.sgcVer.inc의 컴파일러 define에서 읽었어요.아래 Chilkat 페이지는 모두 2026년 9월 6일에, 2026년 9월 4일자 Chilkat 11.6.0 버전을 기준으로 읽었어요. 이 페이지에서 Chilkat 자체 자료와 더 이상 맞지 않는 부분을 발견하면 알려주세요. 바로잡을게요.
다른 비교. 같은 방식으로 TMS Software와 /n software의 IPWorks도 비교했고, Indy와 ICS, mORMot 2를 아우르는 더 넓은 조사인 Delphi와 C++ Builder WebSocket 라이브러리도 있어요. 라이브러리 선택이 끝났고 코드를 보고 싶다면, Delphi 사용 사례가 한 페이지에 한 작업씩 빈 폼에서 동작하는 결과까지 데려가요.