VFP 愛用者社區

[yang_lisa]

VFP 可以寫 Multi-Thread 的程式嗎?
如題...請問有沒有相關書籍可以研讀的. 感謝~

[syntech]

Not yet!!

[Chris Lee]

VFP 不行，但可以用 .NET 包成 COM 讓 VFP 叫用。

[syntech]

也就是說 利用其他支援 Multi-thread 的開發工具讓vfp取用就對了.

如果用其他支援 Multi-thread 的開發工具,
在個別thread就可以個別啟動 VFP-COM ,
當然個別的thread就可以利用Semaphores判斷是否進入critical section(裡面包住 VFP-COM的程式段),
這應該也算是一種 Multi-thread 的方式.
只是,對vfp來說,還是 multi-processing(每一個thread啟動一個vfp-com的副本) ,而不是 multi-thread

[Chris Lee]

可能我寫得不夠清楚。我的意思是用 .NET 做成 COM 讓 VFP 叫用，而非 VFP 做成 COM 讓 .NET 叫用。

此外，呼叫非同步的 Web Service，或許也可以達到一次做多件事的效果，不論它是叫做『多工』還是『多緒』。我一向覺得，只要能滿足我的需求的，就是好方法。記得以前看過別人嘲笑 native exe（就是像 Delphi 那種，其實我不知道 Delphi 是不是 native exe，但看過擁護 Delphi 的人譏諷 Fox 還要 run-time dll），但現在呢？

[syntech]

我知道老師您指的是在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節省記憶體花費有其必要,
現在當然大家機器都很豪華,
就比較不需要考慮資源問題.

[Chris Lee]

是啊！我從來沒有覺得 native exe 不好，只是對擁護 native exe 的人譏諷 run-time dll 拖泥帶水感到不安而已。技術本來就是各有各的應用場合，只要不是太難用如 Lotus Notes 者，倒是不必一竿子打翻的。

話說回來，如果是 native exe，我們就不能在 VFP 享有巨集代換的彈性了，這可是牠的一大賣點之一。

[ezpos]

補充文
https://west-wind.com/wconnect/weblog/ShowEntry.blog?id=910

這邊有第三方的元件範例!!
http://fox.wikis.com/wc.dll?Wiki~VFPMultithreading~VFP

[ezpos]

再補上範例...這樣對於 vfp 應用就更棒了

https://blogs.msdn.microsoft.com/calvin_hsia/2006/05/23/more-multithread-capabilities-interthread-synchronization-error-checking/

[kalok]

不錯