VFP 愛用者社區

現在可以
1.語音輸入文字
2.由註釋文字讓AI產生CODE

老程式設計師與菜鳥的差異就是,
大多數老程式設計師的思慮比較完整
但身體情況跟不上

AI輔助程式設計可以稍微改善這點.
不過目前AI的幻覺還是一大堆. ...

BCB 5 的時候,公司買的是這家的 TDBGridhEh.

看起來應該是 EhLib.WinForms ,以前沒分那麼細.
應該可以滿足需求.
這包含不少視覺化資料元件可用

那時買的是含SOURCE的,
怕與中文有衝突,要自己改,不過後來是� ...

AI 輔助 coding 呀.
如果可以接受 AI 一本正經胡說八道的話啦

付錢的AI 確實幻覺比較少,
但也還是需要使用者切割問題,非常詳細敘述細節,
如果沒有夠深的經驗,連問問題及看答案都不會.
即便如此,遇到鬼打牆的� ...

資料處理unicode,vfp9 很便利,
問題還是在 UI 上,
用第三方的 unicode ActiveX 視覺化元件可以解決,
但不太便利,要遷就該元件的限制

3. 這是VFP等XBASE特有的.通用工具都是各自用東西模擬,這DATASET 的缺點,你會很快就發現.
TDbObject 都會有 datasource 屬性連接 tdatasource物件.
如果是非視覺化操作,直接用 tDateset (或其子代物件,例 ...

該不該勸你放棄這種想法?

我是在 2000年 M$出的SQL 7.0 的一本電話簿上面看到純T-SQL語法遞迴式展開的作法.
那時也順便改成適合自家系統的展開.
只是後來都沒再用.

可以再 + python + 本地ai + ..........

這也太累....... Orz

deepseek-r1:7b 答案更離譜:

OPEN "A.dbf" AS #1
? VQUERY [#1] "ITM_NAME=LOWERCASE('電子材料')", COUNT, ITM_NAME, S_PRICE
VPUTR [#1] "ITM_NAME=LOWER ...

等等再用本地配置的 deepseek-r1:7b 試看看
或是用千問(Qwen2.5-Coder)

目前的情況,
有錢人用的線上版,收集的資料量大管飽,
相對可以得到比較正確的答案

小量體的本地配置,
出現 "幻影答案" 的機會比較 ...

chatGPT 線上版:

* 使用 A.dbf 資料表
USE A.dbf IN 0

* 尋找 ITM_NAME 為 '電子材料' 的記錄
SELEC 0
SCAN
IF ITM_NAME = "電子材料"
* 修改該記錄的 S_PRICE 欄位為 35.15
...

DEEPSEEK 線上版:

* 使用 A.dbf 資料表
USE A.dbf

* 搜尋 ITM_NAME 為 '電子材料' 的記錄
LOCATE FOR ITM_NAME = '電子材料'

* 檢查是否找到記錄
IF FOUND()
* 將 S_PRICE 欄位修改為 35 ...

M$ copilot 是這樣回覆的:

* 使用資料庫
USE A.dbf ALIAS A IN 0 SHARED

* 切換檔案別名
SELECT A

* 搜尋欄位ITM_NAME為'電子材料'的記錄
LOCATE FOR ITM_NAME = '電子材料'

* 如果找到記錄，修改S_P ...

問題:
你是一個 VISUAL FOXPRO 的程式設計師,請撰寫一段程式.功能為開啟 A.dbf,搜尋到欄位ITM_NAME為'電子材料'的記錄,然後將該記錄的欄位S_PRICE修改為35.15

filename = 'A.dbf'
field_name = 'ITM_NAME'
s ...

有可能,但不多

世界上願意花錢的人並不在少數.
會從 file server 架構(clipper.foxpro,....) 進階到 client-server 架構 (ooo sql server),
這都是上個世紀的事了.
本世紀都過 1/4 了