Vb6 第三方组件和COM组件
如何区分现有VB6.0应用程序中的第三方组件和COM组件？第三方组件通常是COM组件，因此我不确定您的意思Vb6 第三方组件和COM组件,vb6,Vb6,如何区分现有VB6.0应用程序中的第三方组件和COM组件？第三方组件通常是COM组件，因此我不确定您的意思 您是否试图区分第三方组件和Visual Basic附带的组件？您可以查阅Windows 7和2008当前支持的Microsoft组件列表。如果您的组件未在此处列出，则可能是第三方组件编辑，但也可能是他们不再支持的旧Microsoft组件 您是否试图区分COM组件和普通DLL？普通DLL中的代码是通过Declare语句EDIT访问的，有时还通过 感谢Bob的有用评论，我现在将这些评论编辑
- 您是否试图区分第三方组件和Visual Basic附带的组件？您可以查阅Windows 7和2008当前支持的Microsoft组件列表。如果您的组件未在此处列出，则可能是第三方组件编辑，但也可能是他们不再支持的旧Microsoft组件
- 您是否试图区分COM组件和普通DLL？普通DLL中的代码是通过
Declare语句EDIT访问的，有时还通过
感谢Bob的有用评论，我现在将这些评论编辑成了我的答案 第三方组件通常是COM组件，所以我不确定你的意思
- 您是否试图区分第三方组件和Visual Basic附带的组件？您可以查阅Windows 7和2008当前支持的Microsoft组件列表。如果您的组件未在此处列出，则可能是第三方组件编辑，但也可能是他们不再支持的旧Microsoft组件
- 您是否试图区分COM组件和普通DLL？普通DLL中的代码是通过
Declare语句EDIT访问的，有时还通过
感谢Bob的有用评论，我现在将这些评论编辑成了我的答案 你能澄清一下你认为两者之间的区别吗？也许是一个例子？你能澄清一下你认为两者之间的区别吗？可能是一个例子？如果不在“受支持”列表中，则可能是VB6附带的旧组件。非COM DLL也可以通过typelibs而不是Declare使用。这将提高性能并减少编译器中的符号表混乱，因为编译器对您可以定义的项的数量有一些很大但实际的限制。此外，某些库甚至可以在一个程序中以两种方式使用（StdCall调用或COM接口）。一个很好的例子是Shell32.dll。我仍然不清楚这个问题到底在问我自己什么。它是否可能询问VB6运行时的内在控件、Microsoft提供的ActiveX控件和第三方ActiveX控件之间的差异？如果不在“受支持”列表中，它可能也是VB6附带的旧组件。非COM DLL也可以通过typelibs而不是Declare使用。这将提高性能并减少编译器中的符号表混乱，因为编译器对您可以定义的项的数量有一些很大但实际的限制。此外，某些库甚至可以在一个程序中以两种方式使用（StdCall调用或COM接口）。一个很好的例子是Shell32.dll。我仍然不清楚这个问题到底在问我自己什么。它是否可能询问VB6运行时的内在控件、Microsoft提供的ActiveX控件和第三方ActiveX控件之间的差异？