FMSoft の uniGUI は、大規模なビジュアルパレットとネイティブ VCL 開発に近い設計時の操作性を備えた商用の Delphi Web フレームワークで、多くのチームがこれで本格的なアプリケーションを出荷してきました。チームが sgcHTML を検討し始めるのは通常、同梱の JavaScript アプリケーションフレームワークではなく、プレーンな Bootstrap 5 マークアップで構築されたより軽いページが欲しいとき、サーバー RAM 上のセッションごとのコンポーネント状態がキャパシティプランニングの課題になったとき、あるいは同じコンポーネントセットから WebSocket リアルタイムと .NET オプションを使いたいときです。sgcHTML は、ページの生成方法を変えながらも、Object Pascal と RAD Studio の中にとどまらせてくれます。
2 つのフレームワークは、ブラウザ UI の課題を異なる方法で解決します。まず事実としての違いを示し、次に sgcHTML のモデルが何をもたらすかを説明します。
uniGUI では、アプリケーションを RAD Studio のフォームデザイナーで DB 対応コントロールを使って構築し、同梱の 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 は必要ありません。
すべてを一度に移行する必要はありません。チームが実際に踏んでいる 4 つのステップです。
すべての uniForm と uniFrame、その背後にあるデータセット、ライブデータが必要な画面を洗い出します。この棚卸しが計画全体を導きます。
sgcHTML は標準の HTTP を配信するため、両方のサーバーを同じリバースプロキシの背後で並行稼働できます。一度に 1 画面ずつ移行し、準備が整うまで残りは uniGUI のままにしておけます。
部分更新には htmx のインタラクションを、アプリケーションがライブデータを必要とする箇所には sgcHTMX エンジンによる WebSocket プッシュを追加します。
独りで進める必要はありません。uniGUI アプリケーションについて、画面、その背後にあるデータ、必要なリアルタイムの動作をお聞かせください。eSeGeCe チームが、コンポーネントマッピング、現実的な順序、工数見積もりといった移行計画の立案を支援します。
ご希望であれば、sgcCustomization HTML を通じてアプリケーションを私たちが再構築します。€149 からの一回限りのパッケージで、私たちのチームが文書による説明から完全な Web アプリケーションを構築し、お客様がコンパイル、デプロイ、発展させられるプロジェクトを納品します。
これらはすべて eSeGeCe のデモサーバー上でライブに動作し、sgcHTML + sgcWebSockets だけで構築されています。
公平を期すために。深い RAD フォームデザイナー体験とデスクトップに近いインターフェースがステートレスなスケーリングよりも重要で、同時接続ユーザー数が想定・計画されている場合、uniGUI にとどまるのは妥当な選択です。決断の前に全体像を知りたい場合は、すべての記述が各ベンダー自身のドキュメントにリンクしている、中立的な出典付きの横並びマトリックスをお読みください。