|
VFP 愛用者社區 本討論區為 Visual Foxpro 愛用者經驗交流的地方, 請多多利用"搜尋"的功能, 先查看看有無前例可循, 如果還有不懂的再發問. 部份主題有附加檔案, 須先註冊成為社區居民才可以下載.
|
上一篇主題 :: 下一篇主題 |
發表人 |
內容 |
sean27
註冊時間: 2008-08-17 文章: 49
第 16 樓
|
發表於: 星期五 八月 21, 2009 10:25 pm 文章主題: |
|
|
我的建議:僅供參考啦
如果你的年紀已大,對 oop, java, framework 不熟悉, 那麼就繼續用 vfp,駕輕就熟
再用個10年應該沒問題,如果新的 os 不支援32bits, 那就繼續用 XP+VFP ( XP 光碟要記得留著)
即使現在可能還有人用 dos + clipper 呢
如果你還有衝勁,想學新的, 建議從 php 5.x 學起,java, ajax 其實也不難啦
畢竟 web-base 已經是趨勢, 大型企業用 oracle D2K, 中小型也有人用 php+mysql
在美國很多貿易公司,員工不用在公司上班,sales order 都是在家 keyin
在台灣例如: 和泰汽車,業務員可以在外面下單訂車,修改所需配備,公司內部派車裝配的進銷存會計作業也都是
web-base,
至於你考慮的網頁模式的操作效率,並不合適大量打單, 這點我是不解了,網頁的畫面與操作方式 甚至可以設計成
跟 vfp 類似,你是指 server 的 response time 嗎?
如果要學 delphi for PHP 2.0 也 ok 啦,但一定要學他的 SMARTy, 才不會被 <TR><TD> 弄得眼花
不管學 visual studio(silverlight) asp.net vb.net php(ajax) java 其實都大同小異. 至少觀念相近,比較能觸類旁通,找工作 或應付新客戶 要走這一行都是必經之路的 _________________ foxpro & php 初學者 |
|
回頂端 |
|
|
sean27
註冊時間: 2008-08-17 文章: 49
第 17 樓
|
發表於: 星期五 八月 21, 2009 10:32 pm 文章主題: |
|
|
>> 既不必考慮 UNICODE, 又可以本地列印, 多妙)
>> 難道透過桌面遠端遙控,vfp的 textbox 就能輸入UNICODE ?
意思是 vfp 根本不支援 UNICODE, 所以不用考慮 UNICODE _________________ foxpro & php 初學者 |
|
回頂端 |
|
|
ckp6250
註冊時間: 2004-07-30 文章: 1645
第 18 樓
|
發表於: 星期五 八月 21, 2009 10:51 pm 文章主題: |
|
|
sean27兄您好
感謝您精闢解說,小弟如釋重負
小弟解釋一下我對網頁模式的操作效率的顧慮
比如打傳票,基本上會有會計代碼,客戶代碼,部門代碼,存貨代碼等各個代碼要輸入
桌面軟體,一般都會設計成combox讓使用者下拉
但,在網頁模式下,5000個客戶如何下拉?10000個存貨代碼要怎麼拉?
眼前放上500張傳票就好了,真的會打死人
業務員可以在外面下單訂車,一次頂多打一張二兩,派車裝配也不會一次幾百張
web-base在多人單張下很好用,但在一人多張下,就很辛苦了
另外,列印更是個大問題
一千頁的帳冊怎麼印?500頁的報表怎麼看?
我去參觀許多web-based的軟體,都沒辦法回答我這個大印量的問題
我去看展示,秀給我看的都是一頁二頁的報表,我問他一千頁時要跑多久?
全楞住了
我看過一家軟體,web-based下,報表轉成pdf或doc,然後download下來讓user看,一頁就好幾十秒
沒法想像一千頁要等到什麼何時?
每個領域皆有其適合工具,我也一直想去實際參觀web-based的會計系統 |
|
回頂端 |
|
|
saint
註冊時間: 2003-07-14 文章: 211
第 19 樓
|
發表於: 星期六 八月 22, 2009 7:45 am 文章主題: |
|
|
ckp6250 +1 |
|
回頂端 |
|
|
sean27
註冊時間: 2008-08-17 文章: 49
第 20 樓
|
發表於: 星期六 八月 22, 2009 9:01 am 文章主題: |
|
|
>>有會計代碼,客戶代碼,部門代碼,存貨代碼等各個代碼要輸入
即使會計代號有 1000 個,產品代號有 50000 個, vfp 也不可能同時顯示在螢幕上
舉個例: 請上 http://tw.stock.yahoo.com/ 雅虎股市, 看輸入股票代號的方式
你可以直接輸入 台積電 或代號 2330 也可以 clik 股票代號名稱 開另一視窗 讓 user 依分類選擇或輸入關鍵字
例如會計科目代號好了 分類可以是 1 開頭 2開頭 ...... 一開始顯示所有 1開頭的會計科目
按一下 2 可以顯示 2開頭的會計科目 , 如果要要像 vfp 的 combox 上下可按, 那就增加上一頁,下一頁,甚至
列出 1 ,2 ,3 ... >>.. 等頁數, 就像目前用的討論區右下角的頁數按鈕, 另外像 delphi for php 也有提供 db_grid
等 object 功能可用, AJAX/silverlight 有及時更新,畫面不用 reload 的功能
另外雖然是 web-base 可以提供遠端, 但是近端仍然可以使用,遠端受限頻寬,速度會慢,但是如果是近端
公司內部使用,速度跟一般桌面軟體應該差異不大,頂多加強 server 性能,所以在公司內部列印1000頁應該不是問題, 如果要花很久應該是程式沒寫好 _________________ foxpro & php 初學者 |
|
回頂端 |
|
|
sean27
註冊時間: 2008-08-17 文章: 49
第 21 樓
|
發表於: 星期六 八月 22, 2009 9:41 am 文章主題: |
|
|
ps. 網頁技術目前是一直不斷在更新進步的,相對的 vfp 已經停滯不前
但是你的任務是完成一個 case, 總是要做有把握的事, 自己衡量看看吧
用vfp ok
用php 強迫自己學到新技術,但會很辛苦,還有可能有失敗的風險 _________________ foxpro & php 初學者 |
|
回頂端 |
|
|
ckp6250
註冊時間: 2004-07-30 文章: 1645
第 22 樓
|
發表於: 星期六 八月 22, 2009 7:49 pm 文章主題: |
|
|
再次感謝sean27
在當初聽到vfp病危時,小弟就有到處尋找另一條出路
php,asp.net,vb.net,c#,java
每一種都買了一堆書,試了二三個月
限於能力不足,學書不成,學劍也不成
蹉跎至今,一事無成
現在接了個案子,不得不下定決心啦
當時學的php是4版,或許和現在不一樣了,
我再去買二本書KK看
又,目前幾個版友都指php , asp.net 好像沒受到推薦?
這是怎麼回事? |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4214 來自: Taipei,Taiwan
第 23 樓
|
發表於: 星期日 八月 23, 2009 6:33 am 文章主題: |
|
|
我的例子不一樣,我還是 ASP.NET 派的. ^_^
只是這CASE因為廠商用PHP+MYSQL,
但是廠商的配合度不高,
我才撩下去做. _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
aizz
註冊時間: 2007-01-29 文章: 172
第 24 樓
|
發表於: 星期一 八月 24, 2009 11:04 am 文章主題: 永遠都不會被淘汰 |
|
|
ckp6250 寫到: | aizz兄您好
32位元程式還能被支援多久?十五年後還在嗎?
小弟並非庸人自擾,但客戶付了一大筆錢給我們,
總不能用不了多久就掛點
微軟可以不負責任,小弟不想像它一樣! |
你一直被自己困擾「十五年後還在嗎?」
DOS+COBOL 的程式, 到今天都還有客戶用的嚇嚇叫, 也沒有因為XP以後無法使用倚天中文而被打死!(可以改用VM...... 之類的其他解決方案啊 )不可能有「用不了多久就掛點」的情況發生
十五年後的世界變成怎樣, 你能預測嗎?(台灣還在嗎?2012年不就是世界末日嗎? ~~ )
就像我說的, 除非以後出現硬體不能再安裝32位元程式的情形(這種情形, 你覺得你的這輩子會遇到嗎?), 否則, 我上面說的方法永遠都不會被淘汰d ~~XD
***附加說明***
最近幫幾家 DOS+FOXBASE; DOS+CLIPPER; DOS+COBOL 的客戶改「民國一百年」的解決方案, 滿手CASE, 哪有美國時間去考慮轉換改寫程式的事?所以, 一律採用 遠端桌面+VM 方式解決, 大家繼續使用 DOS , 大家都很HAPPY, 也沒有哪家公司老闆在抱怨「怎麼還不是WINDOW版?怎麼還不是WEB-BASE版?」 ~~
aizz 在 星期二 八月 25, 2009 9:53 am 作了第 2 次修改 |
|
回頂端 |
|
|
aizz
註冊時間: 2007-01-29 文章: 172
第 25 樓
|
發表於: 星期一 八月 24, 2009 11:40 am 文章主題: |
|
|
sean27 寫到: | >>有會計代碼,客戶代碼,部門代碼,存貨代碼等各個代碼要輸入
即使會計代號有 1000 個,產品代號有 50000 個, vfp 也不可能同時顯示在螢幕上
舉個例: 請上 http://tw.stock.yahoo.com/ 雅虎股市, 看輸入股票代號的方式
你可以直接輸入 台積電 或代號 2330 也可以 clik 股票代號名稱 開另一視窗 讓 user 依分類選擇或輸入關鍵字
例如會計科目代號好了 分類可以是 1 開頭 2開頭 ...... 一開始顯示所有 1開頭的會計科目
按一下 2 可以顯示 2開頭的會計科目 , 如果要要像 vfp 的 combox 上下可按, 那就增加上一頁,下一頁,甚至
列出 1 ,2 ,3 ... >>.. 等頁數, 就像目前用的討論區右下角的頁數按鈕, 另外像 delphi for php 也有提供 db_grid
等 object 功能可用, AJAX/silverlight 有及時更新,畫面不用 reload 的功能
另外雖然是 web-base 可以提供遠端, 但是近端仍然可以使用,遠端受限頻寬,速度會慢,但是如果是近端
公司內部使用,速度跟一般桌面軟體應該差異不大,頂多加強 server 性能,所以在公司內部列印1000頁應該不是問題, 如果要花很久應該是程式沒寫好 |
上述作法, 在IE+ASP時代(也超過10年前囉), 我們也嘗試過
結果?
上面所說的操作方法, 隨隨便便要找一個料號, 要CREATE 幾十個頁面, 你覺得咧?合理嗎?合乎人性嗎?操作者順手嗎?有比較爽嗎?
跟樓主所說的顧慮一樣, 不但不可行, 還搞得速度更慢, 效率更差, 天怒人怨.......
繞來繞去, 失敗了好幾年, 也被客戶追殺了好幾年, 最後終於想開了
還是乖乖回到 VFP+遠端桌面
統統一次搞定, 爽!
aizz 在 星期二 八月 25, 2009 9:52 am 作了第 4 次修改 |
|
回頂端 |
|
|
sean27
註冊時間: 2008-08-17 文章: 49
第 26 樓
|
發表於: 星期一 八月 24, 2009 1:39 pm 文章主題: |
|
|
哈,我無言了,只能當一隻鴕鳥,躲進沙裡,當作沒看到四川省引進的新動物...是呀,大家爽就好了^__^ _________________ foxpro & php 初學者 |
|
回頂端 |
|
|
aizz
註冊時間: 2007-01-29 文章: 172
第 27 樓
|
發表於: 星期一 八月 24, 2009 2:24 pm 文章主題: 爽啊 ~~~~~~~~ |
|
|
sean27 寫到: | 哈,我無言了,只能當一隻鴕鳥,躲進沙裡,當作沒看到四川省引進的新動物...是呀,大家爽就好了^__^ |
黑貓白貓
抓得到老鼠的就是好貓~~
|
|
回頂端 |
|
|
saint
註冊時間: 2003-07-14 文章: 211
第 28 樓
|
發表於: 星期一 八月 24, 2009 2:44 pm 文章主題: |
|
|
老闆開心就好.. aizz +1 |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4214 來自: Taipei,Taiwan
第 29 樓
|
發表於: 星期一 八月 24, 2009 3:22 pm 文章主題: |
|
|
當然,VFP 沒有UNICODE 是比較麻煩.
不過,為什麼一定要只用一套工具作到底.
用VFP 作表單輸入,
外接 PHP/ASP 作網頁查詢.
這不就 你HAPPY,我HAPPY, 大家都HAPPY
==
問題還是 AJAX 這種技術的成熟度吧. _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
goodnight
註冊時間: 2008-10-13 文章: 472 來自: 台南市
第 30 樓
|
發表於: 星期二 八月 25, 2009 1:33 pm 文章主題: |
|
|
五年十年並不是問題, 你知道現在還有人用二十年前的dos + netware系統嗎??
到時候, 你又可以開發一套新的系統再賣給他
如果你 vfp 寫得好, 還怕維護的問題嗎??如果你是個人工作室, 你並不需要擔心這個問題, 如果你是資訊公司你應該知道一個程式設計師的培育是由0開始, 現在的開發語言是不斷的更新更新再更新, 已經沒有人可以保證一個開發語言可以在三年內不改變
網頁模式的效率不好??不適合大量打單, 是這樣嗎, 你的 user 一分鐘打三百個字嗎??, 你可有考慮到, 安裝環境的簡化??是用隨手可得的瀏覽器還是你要很辛苦的去安裝程式??你也可以看看現在各大網站的交易平台是用什麼開發
老實說, 你用任何方式, 都有風險也有它的優點, 但如果做好災難管理, 這才是真正的重點
你如果考慮到該公司的狀況, 五年十年就不會是問題了, 你也不會真的希望他用一輩子
你認為微軟有良心嗎??微軟算是欺騙嗎??這樣說, 汽車公司, 明年要出新車種, 但是到了明年還在賣舊車種算不算欺騙??
你賣的是規劃和技術, 無關開發工具的沒落, 而開發工具則是你規劃的結果, 那麼開發工具何時要更新升級的事實, 你也必須接受
我認為在 windows 的環境下, 就是要考慮跨平台的問題, 那麼 php /asp.net 都是你的選擇, 不會因為作業系統的32/64位元的問題而需要改變, 當然 asp.net 也很強, 如果哪天作業系統又進步到 128bit 時, 你又得重新complier, 重新安裝, 重新找出問題, 而且你又可以幫user省一些錢, 例如你用 linux + my sql 至少省了五萬, 你就可以拿個三萬, 這樣一來, 你又可以綁死user 了
說了這麼多, 你還得考最後的現實面, 你的公司要如何生存下去, 應該要看看微軟怎麼活下去, 就是你最好的寫照
我跟你一樣就是太有良心, 結果公司就跟市場說 bye bye 了
ckp6250 寫到: | goodnight您好
您說的對,user 不會管我用什麼工具,可是我們是開發的人,不能不考慮五年十年後的事,今天一套系統寫給他,每年還是要簽維護合約,將來也可能擴充或修改功能,vfp再見後,將來維護會不會有問題?
『用vfp 也好, 以後 user 只能找你維護』這話倒是不假,再過個五年十年,會VFP的就真的剩沒幾個了
至於 php 的部份,我有考慮過,不過,我要做的是會計及進銷存系統,網頁模式的操作效率,並不合適大量打單的情況。
syntech您好
客戶付錢給我,當然希望這個系統能長久使用,他不會希望五年十年或十五年後,我跟他說系統不能動了,這實在不是有良心的人所該做的事。
最大的問題是,今天已經知道 VFP 要 say good bye了,再來拿它去賣錢,算不算欺騙呢?遠的不說,以十五年來算好了,往後十五年內,VFP還能跑嗎? |
|
|
回頂端 |
|
|
|
|
您 無法 在這個版面發表文章 您 無法 在這個版面回覆文章 您 無法 在這個版面編輯文章 您 無法 在這個版面刪除文章 您 無法 在這個版面進行投票 您 無法 在這個版面附加檔案 您 無法 在這個版面下載檔案
|
|