本文探討兩個常見問題：
- 我應該選用 GDC 還是 GBC？
- 哪些因素會影響選擇 GDC 或 GBC 的決策？
外觀呈現（Universal Rendering）
GDC 與 GBC 兩者皆採用 Universal Rendering，因此在外觀上能呈現出完全相同的介面效果，這一點不會成為影響選擇的因素。
部署方式
GDC 需要明確地將應用程式部署到使用者的桌面裝置上，雖然提供了 AutoUpdate 機制可以自動更新，但仍需要一定的部署管理工作。
GBC 則利用使用者桌機上現有的網頁瀏覽器，瀏覽器本身每兩週會自動更新一次，完全免除了部署的負擔。此外，瀏覽器能支援更廣泛的裝置，包括桌機與行動裝置；相對地，GDC 僅限於 Windows、Mac 和 Linux 桌機環境。
應用程式使用者連線方式
GDC 支援「直接連線（Direct-Connection）」（即個別使用者直接登入）以及透過 HTTP/Genero Application Server 的連線模式。GBC 則只支援 HTTP/GAS 的單一使用者配置方式。
若原本是使用 GDC 直接連線模式，要遷移至 GBC 時，必須對應用程式進行一定程度的改造。
前端呼叫（Front Calls）
GDC 支援 shellExec 與 execute 這兩個前端呼叫，但由於網頁瀏覽器的安全限制，GBC 無法使用這些功能。
在 GBC 環境下，替代方案是改用 filenameToUri 搭配 launchUrl，取代原本 FGL_PUTFILE 加上 shellExec 的組合。
桌面互動操作
安全性限制對於拖放、列印與剪貼簿操作在兩個平台上的行為有所不同。GDC 可以直接列印而不需要使用者確認；GBC 則需要使用者主動執行列印動作。
使用者自訂前端呼叫
GDC 使用 C++ 撰寫自訂前端呼叫；GBC 則使用 JavaScript。若需要整合第三方工具的 API，其相容性可能會限制開發方式的選擇。
效能
GBC 相較於 GDC 內建的瀏覽器渲染方式，在效能上可能略有優勢。
市場吸引力
對於獨立軟體廠商（ISV）而言，瀏覽器型解決方案在現今市場上是否更具商業吸引力，也是值得考量的因素之一。
結語
「沒有一體適用的答案。上述所有因素都可能影響您最終選擇使用 GDC 還是 GBC 的決策。」
建議根據您的實際部署環境、使用者裝置類型、現有應用程式架構，以及維護負擔等條件，綜合評估後再做出最合適的選擇。