作者：吳祐賓
如果你的文明是要讓我卑躬屈膝 那我要讓你看見野蠻的驕傲
-- 賽德克·巴萊
先說結論
若你願意為後端自由買單，讓你有機會跨世代接軌。
我強烈推薦你選擇 Horse.
也許最終你仍脫離不了 Delphi，但我會讓你具備轉身離開它的能力
WebBroker
一時拖拉一時爽，一直拖拉一直爽的版控火葬場
它夠老、夠穩、夠原生，受惠於 Indy 更新而支援 TLS 1.3，持續加入新東西中
但若僅使用它，就等同把所有現代化「紅利」都拒之門外
適合初入 Web 領域、極度保守、不想碰任何第三方、又願意自己從頭打造輪子的團隊
結論：WebBroker 是必學的基礎，它是 Web 理論最基礎的實作
以下這張圖，是許多老 Delphi 開發者 (我) 心目中『Web 開發』的樣子（取自網路）
 |
| 看看 Web 長什麼樣子的新人概念圖 -- 圖取自網路 |
...
DataSnap
它死了.
但它不失為是一種技術推責的好工具，當你在被追責時，完全可以說：「對，都是它的問題」。
多付 $2000 多鎂 Enterprise License 來換這句話，完全值得。
我認同你！
DMVC framework
目前 Delphi 生態裡最成熟、功能最完整的 MVC 框架
路由、Middleware、中間件、Swagger、JWT 支援都很完整，社群在 2026 年的今天仍然活躍
MVC 是放諸四海的標準，學習它在看其它語言的 MVC 框架會較為容易 (因 MVC 概念相同，但實作方式卻差異很大)
可以設計 MVC 的 V，作為 SSR (Server Side Render) 設計基礎，也可以純粹開發 REST API、JSON RPC。適合喜歡公式化與手冊充足的開發者採用
同時，它和 Google Angular 框架結構近似，MVVM / MVC 的完整框架，搭配起來肯定不錯
而我當年在研究 DMVC 時，直覺它不是我的菜 (因為被 PHP MVC 框架框過，陰影面積很大)，故沒有深入研究
但如果你喜歡結構完整、手冊豐富、標準化的開發方式，它仍是目前 Delphi 生態裡最穩的選擇之一。
Dext framework
AI 是這麼說的：
新生代、偏現代化的框架，設計理念比較乾淨、輕量。
作者積極往 Cloud Native、模組化方向走，未來性不錯。
但相對年輕，文件與生態還在累積中。適合願意接受新事物、又想留在 Delphi 生態的開發者。
它的設計基礎是 ASP.NET Core，相當地有野心
我疑惑的點是，這樣的設計這麼重度、這麼現代、這麼 "打 NET 化" 的設計架構，何不直接轉身去投奔真正的 .NET Core？
而且在 Mac 和 Linux 都能執行，還「不用買」開發工具！！
亦或是你認為打 NET 工程師願意為了數字遺產而投入 Delphi 的懷抱？
我真的很困惑...
Horse
走個 Web 哪有這麼難，Horse 就像 Express.js 一樣：
「App.get」就是 Web 後端開發的 HelloWorld，TIOBE 前六名的程式語言完全通用，學會這句就通了超過 80% 市佔框架
Node.js、Go、Deno 等觀念無縫接軌
引入 Middleware 生態，想加 JSON 處理？想加 JWT？一條指令，愛怎麼擴充就怎麼擴充。
這在前四天的分享文章可見一般
使用 Horse，你不只是在 Delphi 裡寫 API，更重要的是
你會具備隨時可以離開 Delphi 的底氣
新專案想走就走，概念與世界主流框架一致，也能和新世代工程師順暢交流，不會跟著隨時被賜死的技術債一起沉沒
當 EULA 成為心中揮之不去的賽博奴役
不論你選擇留在高牆內納貢，還是背對埃及走入荒野
記住，你徹夜敲出的程式碼
不是束縛你的枷鎖
而是奪回自己未來的刀刃
Horse 只是起點，你的信念，才是通往自由唯一的路
礙於篇幅，本文章沒有塞入更多程式碼內容，之後的系列文章將逐步拆解各框架細節。
【Delphi 現代化轉型】Day 6 -- 使用 Gemini CLI 將 DataSnap 轉為 Horse
沒有留言:
張貼留言