德爾福 - 創建一個在其自己的進程中運行的控件

Question

嗨

我有一個使用專有數據集訪問數據庫的控件。該數據庫是一箇舊的ISAM基礎數據庫。

該控件使用後臺線程使用專有數據集查詢數據庫。

一個表單上會有幾個這樣的控件，每個控件都使用它們自己的線程訪問數據，因爲它們都需要同時加載。

專有數據集通過顯示VCL TForm處理併發性，通知用戶正在打開的表已被其他用戶鎖定，並且數據集正在等待鎖釋放。

表單上有一個取消按鈕，讓用戶取消鎖定等待。

問題：

當使用專有的數據集從一個線程中，應用程序將崩潰，掛起或給予一定的錯誤，如果鎖等待的形式，它顯示出來。我懷疑這是與VCL不是線程安全的。

我已經通過同步Dataset.Open解決了這個問題，但是這會阻塞主線程直到dataset.open返回，這可能會花費大量的時間，具體取決於查詢的複雜程度。

我已經顯示了一個模態進度條，它可以讓用戶知道它正在發生的事情，但我不喜歡這個想法，因爲用戶將會等待進度條完成。

專有數據集代碼被編譯到主應用程序中，即它沒有存儲在單獨的DLL中。我們不允許在開發過程的這個階段改變鎖定的工作方式或是否顯示錶單，因爲我們太接近發佈了。

理想情況下，我想讓Dataset.open在控制線程中運行，而不是使用主線程，但這似乎不太可能工作。

其他人可以提出解決辦法嗎？請。

Answer 1

纖維不會幫助你一點，因爲它們都在Windows API中，專門用於幫助輕鬆移植使用合作多任務編寫的舊代碼。光纖基本上是一種協同例程，它們都在相同的進程中執行，有自己的堆棧空間，它們之間的切換由用戶代碼而不是操作系統來控制。這意味着它們之間的切換隻能在安全的時候發生，所以沒有同步問題。 OTOH意味着同一時刻只能在一個線程內運行一根光纖，因此使用具有阻止代碼的光纖具有與在一個線程內調用阻止代碼相同的特性 - 應用程序無響應。

您可以將纖維與多個線程一起使用，但這可能很危險，並且與單獨使用線程相比不會帶來任何好處。

我在VCL應用程序中成功地使用了光纖，但僅用於特定目的。如果您想要處理潛在的阻止代碼，請忘記它們。

至於你的問題 - 你應該做的是僅用於顯示目的的控制，並使用標準的進程間通信機制來與訪問數據庫另一個進程交換數據。

Answer 2

COM對象可以運行在外的處理模式。可能在delphi中使用它們會更容易一些，然後再使用另一個IPC機制。