FMSoft의 uniGUI는 대규모 비주얼 팔레트와 네이티브 VCL 개발에 가까운 디자인 타임 경험을 갖춘 상용 Delphi 웹 프레임워크이며, 많은 팀이 이것으로 본격적인 애플리케이션을 출시해 왔습니다. 팀이 sgcHTML을 검토하기 시작하는 것은 대개, 번들 JavaScript 애플리케이션 프레임워크 대신 일반 Bootstrap 5 마크업으로 만든 더 가벼운 페이지를 원할 때, 서버 RAM의 세션별 컴포넌트 상태가 용량 계획의 문제가 될 때, 또는 동일한 컴포넌트 세트에서 WebSocket 실시간과 .NET 옵션을 원할 때입니다. sgcHTML은 페이지가 만들어지는 방식을 바꾸면서도 Object Pascal과 RAD Studio에 머무르게 해 줍니다.
두 프레임워크는 브라우저 UI 문제를 서로 다른 방식으로 해결합니다. 먼저 사실에 근거한 차이를, 그다음 sgcHTML 모델이 제공하는 것을 설명합니다.
uniGUI에서는 애플리케이션을 DB 인식 컨트롤과 함께 RAD Studio 폼 디자이너에서 구축하고, 번들로 제공되는 Sencha Ext JS 계층을 통해 브라우저에 렌더링합니다. 세션은 상태 저장 방식입니다: 각 사용자가 전체 컴포넌트 상태를 서버 RAM에 보관하므로, 사용량이 많은 애플리케이션에는 메모리 계획과 세션 관리가 필요합니다. sgcHTML은 다른 길을 택합니다: Delphi(또는 C++ Builder나 C#) 코드가 서버에서 표준 Bootstrap 5 HTML을 렌더링하고, 브라우저는 htmx를 통해 인터랙티브하게 유지되며, 상태를 유지하기로 선택하지 않는 한 각 요청은 상태 비저장입니다.
번들 서드파티 JavaScript 애플리케이션 프레임워크가 없습니다. 클라이언트 측은 Bootstrap 5와 htmx(~14 KB)이므로 페이지가 더 가볍고 어떤 기기에서도 빠르게 로드됩니다.
출력은 브라우저에서 검사할 수 있는 표준 서버 렌더링 HTML이며, Ext JS 룩 대신 라이트 및 다크 테마가 내장된 어떤 Bootstrap 5 테마로도 스타일을 변경할 수 있습니다.
기본적으로 서버 RAM에 세션별 전체 컴포넌트 상태가 없습니다. 어떤 세션 데이터를 유지할지 사용자가 결정하므로 용량 계획과 재시작이 단순해집니다.
WebSocket 푸시는 sgcHTMX 엔진을 통해 동일한 컴포넌트 세트에서 제공되며, 동일한 Tsgc* API를 Delphi, C++ Builder 그리고 순수 관리형 .NET 구현에서 사용할 수 있습니다.
구성 요소는 깔끔하게 매핑됩니다. 팀이 화면별로 사용하게 될 변환 표입니다.
| uniGUI 개념 | sgcHTML 대응 요소 |
|---|---|
| uniForm / uniFrame | 노드 컴포넌트로 구축한 sgcHTML 페이지 및 패널 구성 |
| DB 인식 그리드와 에디트 | TDataSet에 바로 바인딩되는 데이터 연동 TsgcHTMLComponent_Grid / TsgcHTMLComponent_Form |
| Ext JS 클라이언트 계층 | Bootstrap 5 마크업과 htmx (~14 KB) |
| Ajax 이벤트 | 컴포넌트 HTML을 반환하는 htmx 프래그먼트 라우트 |
| 세션 매니저와 사용자별 RAM 상태 | 상태 비저장 렌더링과 사용자가 유지하기로 선택한 세션 데이터 |
| Ext 테마 | 라이트 및 다크 테마가 내장된 모든 Bootstrap 5 테마 |
| uniGUI Server / HyperServer 배포 | 단일 sgcWebSockets 서버 바이너리, 또는 WebBroker, DataSnap, RAD Server 호스트 |
| 폴링과 푸시 확장 | HTML 조각의 sgcHTMX WebSocket 브로드캐스트 (hx-swap-oob) |
sgcHTML로의 이전은 UI 계층을 교체하는 것이지, 귀하의 투자를 교체하는 것이 아닙니다.
Delphi 또는 C++ Builder와 함께 RAD Studio에 머무릅니다. sgcHTML 컴포넌트는 전체 소스 코드가 포함된 채 서버 바이너리로 컴파일되는 네이티브 클래스입니다.
TDataSet 로직, 쿼리 및 비즈니스 규칙이 그대로 이어집니다. 89개 컴포넌트 중 27개가 데이터 연동이며 TDataSet 또는 DataSource에 바로 바인딩됩니다.
함께 설치할 외부 런타임 없이, 계속해서 단일 독립 실행 파일 또는 서비스를 배포합니다.
사용자가 Object Pascal 또는 C#을 작성하면 sgcHTML이 HTML, CSS 및 JavaScript를 작성합니다. 개발자에게 JavaScript가 요구되지 않습니다.
모든 것을 한 번에 마이그레이션할 필요가 없습니다. 실제로 팀들이 따르는 네 단계입니다.
모든 uniForm과 uniFrame, 그 뒤의 데이터셋, 그리고 라이브 데이터가 필요한 화면을 정리하세요. 이 인벤토리가 전체 계획을 이끕니다.
sgcHTML은 표준 HTTP를 제공하므로 두 서버를 동일한 리버스 프록시 뒤에서 나란히 실행할 수 있습니다. 화면을 하나씩 옮기고, 준비될 때까지 나머지는 uniGUI에 두세요.
부분 업데이트를 위한 htmx 인터랙션을 추가하고, 애플리케이션에 라이브 데이터가 필요한 곳마다 sgcHTMX 엔진을 통한 WebSocket 푸시를 추가하세요.
혼자 하실 필요가 없습니다. uniGUI 애플리케이션, 화면, 그 뒤의 데이터, 필요한 실시간 동작을 알려 주시면, eSeGeCe 팀이 마이그레이션 계획을 돕습니다: 컴포넌트 매핑, 현실적인 순서, 그리고 작업량 추정.
원하신다면 sgcCustomization HTML을 통해 애플리케이션을 대신 재구축해 드립니다: €149부터 시작하는 일회성 패키지로, 저희 팀이 서면 설명으로부터 완전한 웹 애플리케이션을 구축하고 사용자가 컴파일, 배포 및 발전시킬 수 있는 프로젝트를 제공합니다.
이들 모두 eSeGeCe 데모 서버에서 실시간으로 실행되며 sgcHTML + sgcWebSockets만으로 구축되었습니다.
공정하게 말하자면: 상태 비저장 확장보다 깊이 있는 RAD 폼 디자이너 경험과 데스크톱 같은 인터페이스가 더 중요하고, 동시 사용자 수가 제한적이며 계획되어 있다면 uniGUI에 머무르는 것도 합리적인 선택입니다. 결정하기 전에 전체 그림을 보고 싶다면, 모든 주장이 각 공급업체의 공식 문서로 연결되는 저희의 중립적인 출처가 명시된 나란히 비교 매트릭스를 읽어 보세요.