|
VFP 愛用者社區 本討論區為 Visual Foxpro 愛用者經驗交流的地方, 請多多利用"搜尋"的功能, 先查看看有無前例可循, 如果還有不懂的再發問. 部份主題有附加檔案, 須先註冊成為社區居民才可以下載.
|
上一篇主題 :: 下一篇主題 |
發表人 |
內容 |
yang_lisa
註冊時間: 2005-07-07 文章: 7
第 1 樓
|
發表於: 星期六 七月 09, 2005 9:01 pm 文章主題: VFP 可以寫 Multi-Thread 的程式嗎?" |
|
|
VFP 可以寫 Multi-Thread 的程式嗎?
如題...請問有沒有相關書籍可以研讀的. 感謝~ |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4225 來自: Taipei,Taiwan
第 2 樓
|
發表於: 星期日 七月 10, 2005 9:04 am 文章主題: |
|
|
Not yet!! _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
Chris Lee
註冊時間: 2004-03-23 文章: 32
第 3 樓
|
發表於: 星期一 七月 11, 2005 12:26 pm 文章主題: |
|
|
VFP 不行,但可以用 .NET 包成 COM 讓 VFP 叫用。 |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4225 來自: Taipei,Taiwan
第 4 樓
|
發表於: 星期一 七月 11, 2005 2:46 pm 文章主題: |
|
|
也就是說 利用其他支援 Multi-thread 的開發工具讓vfp取用就對了.
如果用其他支援 Multi-thread 的開發工具,
在個別thread就可以個別啟動 VFP-COM ,
當然個別的thread就可以利用Semaphores判斷是否進入critical section(裡面包住 VFP-COM的程式段),
這應該也算是一種 Multi-thread 的方式.
只是,對vfp來說,還是 multi-processing(每一個thread啟動一個vfp-com的副本) ,而不是 multi-thread _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
Chris Lee
註冊時間: 2004-03-23 文章: 32
第 5 樓
|
發表於: 星期二 七月 12, 2005 8:57 am 文章主題: |
|
|
可能我寫得不夠清楚。我的意思是用 .NET 做成 COM 讓 VFP 叫用,而非 VFP 做成 COM 讓 .NET 叫用。
此外,呼叫非同步的 Web Service,或許也可以達到一次做多件事的效果,不論它是叫做『多工』還是『多緒』。我一向覺得,只要能滿足我的需求的,就是好方法。記得以前看過別人嘲笑 native exe(就是像 Delphi 那種,其實我不知道 Delphi 是不是 native exe,但看過擁護 Delphi 的人譏諷 Fox 還要 run-time dll),但現在呢? |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4225 來自: Taipei,Taiwan
第 6 樓
|
發表於: 星期二 七月 12, 2005 9:31 am 文章主題: |
|
|
我知道老師您指的是在VFP中建立 .NET COM物件以獲得 Multi-thread .
只是連帶想到倒過來的的方式,
以Multi-thread的程式呼叫VFP-COM物件.
不過,壓根我就不覺得VFP需要Multi-thread.
Native EXE很好呀!
不管是Delphi或是BCB都有兩種執行檔LINK的模式,
可以作成需要Runtime DLL及不需要DLL兩種.
M$原來在舊 M$ C compiler也提供兩種,
好像在 M$ VC 4.0 ,VB 4.0 以後就沒有不需要Runtime DLL的執行檔.
結果卻導致 DLL hell ....
不過,話說回來,因為M$自己的不嚴謹,
造成不同版本DLL中函式執行結果不一樣,
責任卻變成軟體商來背.
我目前在BCB上還是用Native EXE,
再配合 win32 執行檔壓縮程式,
一樣可以獲得很小的執行檔,
同時不需要註冊runtime DLL.
有次與一家軟體商開會,
他們就覺得很奇怪,
為什麼他們的系統一個執行檔要40~50MB (VB 6.0),
而我們的系統2MB不到.
Native EXE有他的好處,
不需要額外的DLL檔,更新簡單.
但也有他的壞處,
因為沒有共用DLL,多個執行檔執行時,所需資源較大.
在以前的時代,記憶體寸土寸金的狀況下,
利用共用DLL節省記憶體花費有其必要,
現在當然大家機器都很豪華,
就比較不需要考慮資源問題. _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
Chris Lee
註冊時間: 2004-03-23 文章: 32
第 7 樓
|
發表於: 星期二 七月 12, 2005 11:02 am 文章主題: |
|
|
是啊!我從來沒有覺得 native exe 不好,只是對擁護 native exe 的人譏諷 run-time dll 拖泥帶水感到不安而已。技術本來就是各有各的應用場合,只要不是太難用如 Lotus Notes 者,倒是不必一竿子打翻的。
話說回來,如果是 native exe,我們就不能在 VFP 享有巨集代換的彈性了,這可是牠的一大賣點之一。 |
|
回頂端 |
|
|
ezpos
註冊時間: 2011-04-20 文章: 323
第 8 樓
|
|
回頂端 |
|
|
ezpos
註冊時間: 2011-04-20 文章: 323
第 9 樓
|
|
回頂端 |
|
|
kalok
註冊時間: 2010-08-26 文章: 284
第 10 樓
|
發表於: 星期一 三月 05, 2018 12:18 am 文章主題: |
|
|
不錯 |
|
回頂端 |
|
|
|
|
您 無法 在這個版面發表文章 您 無法 在這個版面回覆文章 您 無法 在這個版面編輯文章 您 無法 在這個版面刪除文章 您 無法 在這個版面進行投票 您 無法 在這個版面附加檔案 您 無法 在這個版面下載檔案
|
|