您需要閱讀的一件事是此鏈接。

我會盡力回答您的問題，但我不是專家。

COM使用python創建對象時，python如何知道該對象可用的方法和參數？這與 和 綁定的概念有關。

如果嘗試創建一個COM以前從未使用過的對象dispatch，則不會知道該對象有什么可用的對象。如果我在Jupyter QtConsole中進行操作：

import win32com.client as win32xl_dis = win32.dispatch('Excel.Application')xl_disOut[3]: <COMObject Excel.Application>

然后嘗試xl_dis.看看以后我能做什么，我別無選擇。我在 的情況下，“ python不知道對象可以做什么”。

如果我做同樣的事情Ensuredispatch：

import win32com.client as win32xl_ens = win32.gencache.Ensuredispatch('Excel.Application')xl_ensOut[3]: <win32com.gen_py.Microsoft Excel 14.0 Object Library._Application instance at 0x35671240>

首先，您可以看到輸出的差異，然后，如果我這樣做，xl_ens.我將獲得一些可用的方法和參數。我現在處于 ，“python知道對象可以做什么”。

發生的結果是Ensuredispatch強制首先運行makepy.py（在您的folder中查看Libsite-packageswin32comclient）以創建一個Libsite-packageswin32comgen_py包含python腳本的文件夾，其中包含與此COM對象相關的一些方法和參數。

現在，如果您在使用的新控制臺中再次嘗試dispatch，您將獲得完全相同的結果。實際上，在使用之后Ensuredispatch，in中之前創建的文件夾win32comgen_py仍然存在，并且“python仍然知道對象可以做什么”。要自己進行實驗，請轉到您的文件夾win32comgen_py并刪除包含excel信息的文件夾（對我來說，名稱是00020813-0000-0000-C000-000000000046x0x1x7，不確定與您的名稱是否相同）。

最后，兩者之間的主要區別是第一次創建COM對象時是否強制早期綁定，但是如果與COM對象相關的文件夾已經存在win32comgen_py，則沒有太大區別。

我給的鏈??接的這兩句話：

要強制使用早期綁定來訪問COM對象，必須在代碼中強制執行MakePy進程。確保存在MakePy支持后，照常使用win32com.client.dispatch（）。它總是為您的COM對象返回MakePy支持的包裝器。

為了強制執行MakePy進程，使用了win32com.client.gencache模塊。該模塊包含管理MakePy生成的源文件目錄的代碼：生成的緩存或gencache。此模塊中有許多有用的功能，如果需要對這些生成的文件進行高級管理，建議您瀏覽源文件。

總結一下。

另一種選擇是使用dynamic諸如win32.dynamic.dispatch('Excel.Application')和這樣，您將始終COM在后期綁定中獲得對象。

我最近一直在使用python的win32com.client作為Windows應用程序的API，但正在努力了解一些基本知識。

我一直通過以下方式將其用于名為WEAP的程序中

import win32com.clientwin32com.client.Dispatch('WEAP.WEAPApplication')

現在，我想將其與Excel一起使用，并找到了前幾行的替代方法，其中之一如下

import win32com.client as win32excel = win32.gencache.EnsureDispatch(’Excel.Application’)

有誰知道使用之間的區別

win32.Dispatch

和

win32.gencache.EnsureDispatch

和其他選擇？有誰知道每個人的利弊？或有關何時應使用一個或另一個的一些建議？

但是，他們通常專注于回答特定問題，而不是描述Dispatch，gencache.EnsureDispatch以及其他替代方案（我想要的）之間更大的區別。

任何建議將不勝感激。