 |
| dbExpress, which is described in this tutorial, is being deprecated. |
當時 FireDAC 並不完全成熟，還在想何時才能完全取代 dbExpress 還是未知數，更何況 BDE 現在還活得頭好壯壯啊！
然後 dbExpress 就在 2017 年終於被 EMBT 打入冷宮了！
 |
| Marco 指出，未來沒有計畫繼續支援 DBX。也等同宣告當初 DBX 可以跨平台的諾言，是個謊言 |
 |
| 這要我怎麼接受！ |
dbExpress 居然是比 BDE 還要短命的資料庫存取技術啊啊啊！
咳…
悲情結束，既然木已成舟，還是回頭盤點一下 dbExpress 曾經為我們帶來什麼往日的美好：
- 羽量級的資料存取技術 (搭配 3rd Driver 就能做到 Direct connect database)
- 唯讀的 DataSet
- 單向的 DataSet
.......................在沒課金的情況下，dbExpress 還真的是很廢啊！
商用場合下，明明就是一顆 TQuery 可以搞定的場合。
在 dbExpress 下卻硬是要嵌入 TSQLQuery + TDataSetProvider + TClientDataSet 三顆元件。
你有事嗎你！
到底為什麼要捨簡入繁！明明就有很好用的 BDE 和 ADO，再怎麼樣也不需推這種陽春型的技術吧！
其實，dbExpress 技術的核心便是：【DataSnap】── Delphi 唯二的三層架構。
要在這種不討喜的架構下硬推，註定 dbExpress 被炮的命運。
可是明白箇中道理的 Delphier，卻也被那弱到翻過去的中間層 Socksrvr.exe, httpsrvr.dll 打入砍掉重練地獄深淵之中。
誰叫你不課金呢？ (你看看 RemObject 的中間層寫得多快多穩啊！)
.
.
.
只能說 Borland 的課金策略把一個好好的框架搞爛。
幸好，後來接手的 EMBT 導入了行動平台的開發框架，進而讓 DataSnap 有真正發揮的舞台。
既然 Delphier 普遍接受了 DataSnap 的開發方式，那 dbExpress 也算是階段性任務完成，。
【dbExpress，念你是一代宗師，你自盡吧！】
沒用過 dbExpress 的人笑了。
熟悉 dbExpress 的人開始為接下來的轉換煩腦了，但你對 DataSnap 的經驗會讓 FireDAC 為你延續下去的。
深夜寫了篇古早技術回顧文總結：
一顆元件可以黑個 15 年 (2002 - 2017)，真是委曲你了。
沒有留言:
張貼留言