上一篇主題 :: 下一篇主題 |
發表人 |
內容 |
symis
註冊時間: 2006-11-03 文章: 39
第 1 樓
|
發表於: 星期五 二月 22, 2013 2:53 pm 文章主題: 關於微軟不發展VFP10 |
|
|
聽說關於微軟不發展VFP的原因,是VFP有獨立運作的資料庫,違背微軟的政策。
我想問的是,ACCESS也有獨立的資料庫(MDB)啊,為何它可以一直有新版?
VFP對資料庫程式的開發,簡單好用,不必依靠ODBC,ADO...等,微軟不是也持續支持開發相對簡易的語言VB.NET嗎?
無意中發現一個更簡易的Microsoft Small Basic
http://zh.wikipedia.org/wiki/Microsoft_Small_Basic
微軟願意派一組人力去開發這些東西
為何不能讓VFP持續下去?
怕打到自己產品嗎? 不是吧! |
|
回頂端 |
|
|
ezpos
註冊時間: 2011-04-20 文章: 323
第 2 樓
|
發表於: 星期二 四月 23, 2013 10:10 pm 文章主題: |
|
|
vfp 被買來的.策略上打擊對手...access是自己研發的辦公室套裝..不一樣策略...vb也是自家血統 _________________ ezPos收銀機 簡單好用低成本 http://www.ezpos.info
全新美觀的POS收銀機.POS軟硬體耗材.
軟體客制化.網站規劃....能賺錢的都可以找我
http://www.twelife.com 台灣生活網 |
|
回頂端 |
|
|
elleryq
註冊時間: 2007-06-21 文章: 768
第 3 樓
|
發表於: 星期二 八月 20, 2013 6:06 pm 文章主題: |
|
|
是說,vb.net 語法蠻接近 vfp 的,再加上 2.0 以後有 LINQ 語法,又更接近 VFP 語法
是可以考慮看看轉換到 vb.net 試試看。 |
|
回頂端 |
|
|
kalok
註冊時間: 2010-08-26 文章: 284
第 4 樓
|
發表於: 星期二 五月 13, 2014 8:30 am 文章主題: |
|
|
計劃使用 vb.net |
|
回頂端 |
|
|
whh
註冊時間: 2010-04-16 文章: 166
第 5 樓
|
發表於: 星期三 六月 18, 2014 1:29 pm 文章主題: |
|
|
.net 我怎麼到現在還是覺得很難用..........
龜龜毛毛一堆
1.變數這種東西,名稱定義好就好了,.net 搞什麼強型別,還要先宣告浪費時間
2.要處理一些資料要從DB撈到Class,重點來了這些Class 竟然要人工自己做出來.......
VFP SQL餵進去Class 就做出來了,就是那個 Cursor 跟 .DBF
連根本沒人在用的開發工具PowerBuilder也有做到 SQL餵進去產生出Object
就是DataWindow
3.VS開啟速度又超慢 BJ4
4.要用Function要 using、new出來根本浪費時間
要不是逼不得已,真的寫了一肚子火
whh 在 星期五 六月 20, 2014 3:54 pm 作了第 1 次修改 |
|
回頂端 |
|
|
goodnight
註冊時間: 2008-10-13 文章: 472 來自: 台南市
第 6 樓
|
發表於: 星期五 六月 20, 2014 2:37 pm 文章主題: |
|
|
因為 access 的 mdb 有限制, 最後還是推 mssql
我猜想是一致性的問題, 全部產品都以 mssql 為中心
主要還是自家產品的整體性為優先考量
另外 mssql 的安全等級較高些, 不像 dbf 帶了就跑容易解讀, 我個人的看法 _________________ 希望有更多人來參與
VFP wiki - 需要大家一起完成的VFP電子書與FAQ
goodnight 在 星期一 十一月 10, 2014 1:00 pm 作了第 1 次修改 |
|
回頂端 |
|
|
Peggie
註冊時間: 2014-10-28 文章: 13
第 7 樓
|
發表於: 星期三 十一月 05, 2014 2:34 pm 文章主題: |
|
|
想請教各位高手,若VFP真的不再發展,且未來傾向使用SQL資料庫,那原本使用VFP製作的系統建議改用哪種程式語言重製?
還是有高手已有將VFP置換新系統的經驗,麻煩分享一下,感謝 |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4225 來自: Taipei,Taiwan
第 8 樓
|
發表於: 星期三 十一月 05, 2014 4:01 pm 文章主題: |
|
|
還是用 VFP. ^.^
因為VFP 本來能用在 SQL 上.
為什麼要捨棄?
如果你需要用到一些 VFP 以ODBC 或是 CursorAdaptor 對應不到的欄位型態是另當別論. _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
Peggie
註冊時間: 2014-10-28 文章: 13
第 9 樓
|
發表於: 星期三 十一月 05, 2014 4:07 pm 文章主題: |
|
|
但就是怕未來OS會更新.即使繼續使用VFP也不能保證運作上不會有問題
我當然也希望VFP系統可以長久用下去,但目前已有使用者反應在win8上會出現問題 |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4225 來自: Taipei,Taiwan
第 10 樓
|
發表於: 星期三 十一月 05, 2014 4:12 pm 文章主題: |
|
|
以我目前測試結果,
從 win 95~ win 10 測試版都沒問題.
不管是 32 還是 64 位元os
按設計規範,
只要 windows 還保留 win32執行環境,
vfp 就可以繼續用.
遇到不能用, 通常是其他因素造成的.
例如執行權限,物件缺少 等等居多 _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
kalok
註冊時間: 2010-08-26 文章: 284
第 11 樓
|
發表於: 星期二 十一月 25, 2014 10:22 am 文章主題: |
|
|
VFP 有一原罪, 不支援unicode |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4225 來自: Taipei,Taiwan
第 12 樓
|
發表於: 星期二 十一月 25, 2014 10:27 am 文章主題: |
|
|
看你怎麼處理UNICODE的問題而已. _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
DennisTsai
註冊時間: 2005-07-26 文章: 177
第 13 樓
|
發表於: 星期二 十一月 25, 2014 11:53 am 文章主題: |
|
|
目前使用C#開發雲端版,並不會覺得太難用阿,VFP+SQL用在C/S版,C#+ASP.NET用在B/S版似乎都很美妙呢 |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4225 來自: Taipei,Taiwan
第 14 樓
|
發表於: 星期二 十一月 25, 2014 4:46 pm 文章主題: |
|
|
要不是 M$ 一兩年一版 VISUAL STUDIO,而且動不動就砍掉重練.
選擇 M$ 方案是比較穩當.
為了不要被M$操弄,
我比較傾向用PHP 之類的來做.
最少改版不會這麼快. _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
marvin
註冊時間: 2004-06-01 文章: 321
第 15 樓
|
發表於: 星期二 十一月 25, 2014 6:01 pm 文章主題: |
|
|
Ruby 這裡有沒有人在用?
聽說不錯 |
|
回頂端 |
|
|
|