大匠之風

2019/01/30

Test DevExtreme DataGrid data binding

DataGrid 是 DevExtreme 主打的元件之一，把 PHP 環境架設好之後，就拿了官方範例來使用。

範例都很佛的放在 Github 供人下載

範例 JS 的這段程式碼讓我覺得非常奇怪：

    var url = "php/service.php";
    var db = DevExpress.data.AspNet.createStore({
        key: "ID",
        loadUrl: url,
        insertUrl: url,
        updateUrl: url,
        deleteUrl: url
    });

後端使用了 PHP，卻在前端使用 AspNet 建構式。

除了 DevExtreme 主程式外，還需要額外下載 ASP.NET 外掛程式 (JavaScript)

再看看 PHP 是怎麼寫的：

WebBroker and Unicode

以下的內容在 Delphi 10.2 (含)以上版本已經解決，新版使用者可以略過不看。

===========================================

TWebRequest 遇到 Unicode

出來江湖混，該還的還是要還。

前端寫久了，還是遇到了 Unicode 解析問題。

以 HTTP Method GET 為例：
http://{local}/action?id=許功蓋堃

已知：
Delphi 2009 以上的 string = UTF-16 格式。

而取得的內容是這樣的：

看到這個心都涼了半截

仔細攻略了 IdHTTPWebBrokerBridge 和 HTTPApp 兩個單元後，才發現裡頭大部份的函式及屬性都是 AnsiString 而非 String 基礎類別。

而 IdHTTPWebBrokerBridge 單元主要只應用在 HTTP Server 上，搬上 IIS 後就和它無關，所以可以直接忽略這個單元不看，雖然我也是看了它很久很久才驚覺這個答案。(眼神死)

接著再把注意力轉到 HTTPApp 單元，最關鍵的就在這句話：

一律使用 AnsiString，Unicode 都不 Unicode 了

ExtractHeaderFields 這個函式遇到要解析的內容僅僅只做了百分比符號轉換，還少做了一道Unicode / UTF-8 (UTF8) 編碼轉換的工作。

於是我們的 Unicode 文字就被轉成亂碼直出了。

現在，到底是該 Debug HTTPApp 還是有其它 3rd party 的解法呢？