2017/03/18

10.2 出現後,這個訊息註定讓 Delphier 幾家歡樂幾家愁啊

早在 XE4 時期,在線上手冊就出現這麼一段話:
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),真是委曲你了。

沒有留言:

張貼留言

JSON Parse in Delphi XE (02)

在 JSON Parse in Delphi XE (01) 裡提到因為文字轉碼失敗引發的錯誤 今天就來試著解決這個問題 首先的判斷是: Indy 的 BUG? 那就來看看其它的軟體是否能被正確顯示: