Python中的win32.Dispatch与win32.gencache。优缺点都有什么？

如何解决Python中的win32.Dispatch与win32.gencache。优缺点都有什么？？

您需要阅读的一件事是此链接。

我会尽力回答您的问题，但我不是专家。

COM使用python创建对象时，python如何知道该对象可用的方法和参数？这与 和 绑定的概念有关。

如果尝试创建一个COM以前从未使用过的对象dispatch，则不会知道该对象有什么可用的对象。如果我在Jupyter QtConsole中进行操作：

import win32com.client as win32
xl_dis = win32.dispatch("Excel.Application")
xl_dis
Out[3]: <COMObject Excel.Application>

然后尝试xl_dis.看看以后我能做什么，我别无选择。我在 的情况下，“ python不知道对象可以做什么”。

如果我做同样的事情Ensuredispatch：

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

首先，您可以看到输出的差异，然后，如果我这样做，xl_ens.我将获得一些可用的方法和参数。我现在处于 ，“
python知道对象可以做什么”。

发生的结果是Ensuredispatch强制首先运行makepy.py（在您的folder中查看Lib\site-
packages\win32com\client）以创建一个Lib\site-
packages\win32com\gen_py包含python脚本的文件夹，其中包含与此COM对象相关的一些方法和参数。

现在，如果您在使用的新控制台中再次尝试dispatch，您将获得完全相同的结果。实际上，在使用之后Ensuredispatch，in中之前创建的文件夹win32com\gen_py仍然存在，并且“
python仍然知道对象可以做什么”。要自己进行实验，请转到您的文件夹\win32com\gen_py并删除包含excel信息的文件夹（对我来说，名称是00020813-0000-0000-C000-000000000046x0x1x7，不确定与您的名称是否相同）。

最后，两者之间的主要区别是第一次创建COM对象时是否强制早期绑定，但是如果与COM对象相关的文件夹已经存在\win32com\gen_py，则没有太大区别。

我给的链​​接的这两句话：

要强制使用早期绑定来访问COM对象，必须在代码中强制执行MakePy进程。确保存在MakePy支持后，照常使用win32com.client.dispatch（）。它总是为您的COM对象返回MakePy支持的包装器。

为了强制执行MakePy进程，使用了win32com.client.gencache模块。该模块包含管理MakePy生成的源文件目录的代码：生成的缓存或gencache。此模块中有许多有用的功能，如果需要对这些生成的文件进行高级管理，建议您浏览源文件。

总结一下。

另一种选择是使用dynamic诸如win32.dynamic.dispatch("Excel.Application")和这样，您将始终COM在后期绑定中获得对象。

解决方法

import win32com.client
win32com.client.Dispatch("WEAP.WEAPApplication")

import win32com.client as win32
excel = win32.gencache.EnsureDispatch('Excel.Application')

win32.Dispatch

win32.gencache.EnsureDispatch

大盘站长永久会员

打赏 收藏 海报 链接