Powershell 中的 New-Object -ComObject 和 VB 中的 CreateObject() 有什么区别？

我有一个关于 Windows PowerShell 在处理 Com Interop 时如何工作的问题。

我有一个第三方应用程序（我们称之为ThirdPartyApp）公开了一个我可以调用的 API。

我可以提前绑定它，例如Excel 或 Visual Studio 并“直接”与其对话。我可以在 VBScript 中后期绑定它，并且仍然“直接”与它对话。

我所说的“直接”是指我可以使用以下语法调用 API 公开的属性和方法：ThirdPartyApp.Name

所以在 VBScript 中我可以这样做：

Dim api : Set api = CreateObject("ThirdPartyApp.API")
WScript.Echo api.Name

在 PowerShell 中，当我这样做时：

$api =  New-Object -ComObject ThirdPartyApp.API

我必须使用以下语法来获取名称：

[System.__ComObject].InvokeMember('Name',[System.Reflection.BindingFlags]::GetProperty,$null,$api,$null)

现在，我明白这与如何ThirdPartyApp被建。

我知道这不是一个编码问题，我希望我不会立即被否决，但我的问题是：为什么在使用 Powershell 时我不能以 VBScript 方式与该程序集对话？如何New-Object -ComObject在 Powershell 中不同于CreateObject(identifier)在 VBScript 中？

给 Visual Basic 程序员的信息

Visual Basic 提供对自动化的全面支持。下表列出了 Visual Basic 语句如何转换为 OLE API。

Visual Basic 语句 OLE API

创建对象（“ProgID”）

• CLSID来自ProgID

• 共同创建实例

• QueryInterface 获取 IDispatch 接口。

GetObject(“文件名”,“ProgID”)

• CLSID来自ProgID

• 共同创建实例

• IPersistFile 接口的 QueryInterface。

• 在 IPersistFile 接口上加载。

• QueryInterface 获取 IDispatch 接口。

GetObject(“文件名”)\

• CreateBindCtx 为后续函数创建绑定上下文。

• MkParseDisplayName 返回 BindMoniker 的名字对象句柄。

• BindMoniker 返回指向 IDispatch 接口的指针。

• 释放名称手柄。

• 根据上下文发布。

获取对象（“ProgID”）

• CLSID来自ProgID

• GetActiveObject 类 ID。

• QueryInterface 获取 IDispatch 接口。

变暗x为新界面

• 查找接口的 CLSID。

• 共同创建实例

• 查询接口

MSDN 库 2001 年 10 月 Microsoft Corp.

See https://learn.microsoft.com/en-us/windows/win32/api/combaseapi/