VFP 愛用者社區

[symis]

聽說關於微軟不發展VFP的原因,是VFP有獨立運作的資料庫,違背微軟的政策。
我想問的是,ACCESS也有獨立的資料庫(MDB)啊,為何它可以一直有新版?
VFP對資料庫程式的開發,簡單好用,不必依靠ODBC,ADO...等,微軟不是也持續支持開發相對簡易的語言VB.NET嗎?
無意中發現一個更簡易的Microsoft Small Basic
http://zh.wikipedia.org/wiki/Microsoft_Small_Basic
微軟願意派一組人力去開發這些東西
為何不能讓VFP持續下去?
怕打到自己產品嗎? 不是吧!

[ezpos]

vfp 被買來的.策略上打擊對手...access是自己研發的辦公室套裝..不一樣策略...vb也是自家血統

[elleryq]

是說，vb.net 語法蠻接近 vfp 的，再加上 2.0 以後有 LINQ 語法，又更接近 VFP 語法
是可以考慮看看轉換到 vb.net 試試看。

[kalok]

計劃使用 vb.net

[whh]

.net 我怎麼到現在還是覺得很難用．．．．．．．．．．

龜龜毛毛一堆
1.變數這種東西，名稱定義好就好了，.net 搞什麼強型別，還要先宣告浪費時間
2.要處理一些資料要從ＤＢ撈到Class，重點來了這些Class 竟然要人工自己做出來.......
VFP SQL餵進去Class 就做出來了，就是那個 Cursor 跟 .DBF
連根本沒人在用的開發工具PowerBuilder也有做到 SQL餵進去產生出Object
就是DataWindow
3.VS開啟速度又超慢 BJ4
4.要用Function要　using、new出來根本浪費時間

要不是逼不得已，真的寫了一肚子火

[goodnight]

因為 access 的 mdb 有限制, 最後還是推 mssql
我猜想是一致性的問題, 全部產品都以 mssql 為中心
主要還是自家產品的整體性為優先考量

另外 mssql 的安全等級較高些, 不像 dbf 帶了就跑容易解讀, 我個人的看法

[Peggie]

想請教各位高手,若VFP真的不再發展,且未來傾向使用SQL資料庫,那原本使用VFP製作的系統建議改用哪種程式語言重製?
還是有高手已有將VFP置換新系統的經驗,麻煩分享一下,感謝

[syntech]

還是用 VFP. ^.^

因為VFP 本來能用在 SQL 上.
為什麼要捨棄?


如果你需要用到一些 VFP 以ODBC 或是 CursorAdaptor 對應不到的欄位型態是另當別論.

[Peggie]

但就是怕未來OS會更新.即使繼續使用VFP也不能保證運作上不會有問題
我當然也希望VFP系統可以長久用下去,但目前已有使用者反應在win8上會出現問題

[syntech]

以我目前測試結果,
從 win 95~ win 10 測試版都沒問題.
不管是 32 還是 64 位元os

按設計規範,
只要 windows 還保留 win32執行環境,
vfp 就可以繼續用.



遇到不能用, 通常是其他因素造成的.
例如執行權限,物件缺少 等等居多

[kalok]

VFP 有一原罪, 不支援unicode

[syntech]

看你怎麼處理UNICODE的問題而已.

[DennisTsai]

目前使用C#開發雲端版,並不會覺得太難用阿,VFP+SQL用在C/S版,C#+ASP.NET用在B/S版似乎都很美妙呢

[syntech]

要不是 M$ 一兩年一版 VISUAL STUDIO,而且動不動就砍掉重練.
選擇 M$ 方案是比較穩當.

為了不要被M$操弄,
我比較傾向用PHP 之類的來做.
最少改版不會這麼快.

[marvin]

Ruby 這裡有沒有人在用?
聽說不錯