com组件编程视频

1. 如何编写 VC++代码来使用COM组件

为了帮助读者更快地体会到使用VC++编写COM client的效果，我建议您从上诉链接中下载最新的release，并按照如下步骤搭一个简单的测试环境：
Step1. 使用Visual Studio 2008打开CodeFx的solution文件（Visual Studio需要run as admin）。
Step2. Build其中的CppCOMClient和MFCCOMClient示例。由于项目依赖性的设置，这两个VC++ example所依赖于的COM组件（CSDllCOMServer, ATLDllCOMServer, ATLExeCOMServer）也会被编译并注册。
Step3. 直接运行CppCOMClient，并得到如下输出。CppCOMClient演示的是使用native C++来创建和使用进程内COM组件。这个COM组件既可以是用native代码写的，也可以是用.NET语言写的。
Step4. 直接运行MFCCOMClient，并得到如下输出。MFCCOMClient演示的是使用MFC的class wizard来创建并使用一个进程外的COM组件。
简单的测试到此结束。下面我们来看看编写一个VC++的程序来使用COM组件的一般方法：方法一：直接使用COM API，例如，CoCreateInstance以及IDispatch接口中定义的方法GetIDsOfNames，Invoke来创建和使用COM组件。当然，前提是那个COM组件支持IDispatch。CodeFx/CppCOMClient/RawAPI.cpp是该方法所对应的例子。
方法二：使用VC++的#import directive，导入目标COM组件的type library并自动生成一套包装好的强类型的类和智能指针。这极大程度地方便了开发人员，因为生成的类和智能指针将复杂的COM API，类型转换等内容都隐藏了起来，同时开发者还可以受益于Visual Studio的intellisense。CodeFx/CppCOMClient/ImportDirective.cpp是该方法所对应的例子。另外，值得注意的是，这个例子演示了使用一个.NET 写的COM组件（CSDllCOMServer)。对于.NET写的COM组件，我们额外需要#import mscorlib.tlb。
方法三：如果您开发的程序支持MFC，那您将更大程度地得益于MFC强大的class wizard。这个class wizard将方法二中的#import directive都封装隐藏了。您只需轻点几下鼠标，便可以无缝透明地创建和使用COM组件，就好像他是一个普通的class一般。

2. COM组件的COM方法

COM是开发软件组件的一种方法。组件实际上是一些小的二进制可执行程序，它们可以给应用程序，操作系统以及其他组件提供服务。开发自定义的COM组件就如同开发动态的，面向对象的API。多个COM对象可以连接起来形成应用程序或组件系统。并且组件可以在运行时刻，在不被重新链接或编译应用程序的情况下被卸下或替换掉。Microsoft的许多技术，如ActiveX, DirectX以及OLE等都是基于COM而建立起来的。并且Microsoft的开发人员也大量使用COM组件来定制他们的应用程序及操作系统。
COM所含的概念并不止是在Microsoft Windows操作系统下才有效。COM并不是一个大的API，它实际上像结构化编程及面向对象编程方法那样，也是一种编程方法。在任何一种操作系统中，开发人员均可以遵循“COM方法”。
一个应用程序通常是由单个的二进制文件组成的。当编译器生成应用程序之后，在对下一个版本重新编译并发行新生成的版本之前，应用程序一般不会发生任何变化。操作系统，硬件及客户需求的改变都必须等到整个应用程序被重新生成。
这种状况已经发生变化。开发人员开始将单个的应用程序分隔成单独多个独立的部分，也即组件。这种做法的好处是可以随着技术的不断发展而用新的组件取代已有的组件。此时的应用程序可以随新组件不断取代旧的组件而渐趋完善。而且利用已有的组件，用户还可以快速的建立全新的应用。
传统的做法是将应用程序分割成文件，模块或类，然后将它们编译并链接成一个单模应用程序。它与组件建立应用程序的过程（称为组件构架）有很大的不同。一个组件同一个微型应用程序类似，即都是已经编译链接好并可以使用的二进制代码，应用程序就是由多个这样的组件打包而得到的。单模应用程序只有一个二进制代码模块。自定义组件可以在运行时刻同其他的组件连接起来以构成某个应用程序。在需要对应用程序进行修改或改进时，只需要将构成此应用程序的组件中的某个用新的版本替换掉即可。
COM，即组件对象模型，是关于如何建立组件以及如何通过组件建立应用程序的一个规范，说明了如何可动态交替更新组件。
ActiveX与com组件
ActiveX是Microsoft对于一系列策略性面向对象程序技术和工具的称呼，其中主要的技术是组件对象模型（COM）。在有目录和其它支持的网络中，COM变成了分布式COM（DCOM）。在创建包括ActiveX程序时，主要的工作就是组件，一个可以自足的在ActiveX网络（网络主要包括Windows和Mac）中任意运行的程序。这个组件就是ActiveX控件。ActiveX是Microsoft为抗衡Sun Microsystems的java技术而提出的，此控件的功能和java applet功能类似。
如果您使用的是Windows操作系统，您或许会注意到一些以OCX结尾的文件。OCX代表“对象链接与嵌入控件”（OLE），这个技术是Microsoft提出的程序技术，用于处理桌面文件的混合使用。COM的概念已经取代OLE的一部分，Microsoft也使用ActiveX控件代表组件对象。
组件的一大优点就是可以被大多数应用程序再使用（这些应用程序称为组件容器）。一个COM组件（ActiveX控件 ）可由不同语言的开发工具开发，包括C++和Visual Basic或PowerBuilder，甚至一些技术性语言如VBScript。
ActiveX控件在Windows 95/NT和Macintosh中运行，Microsoft还准备支持UNIX的ActiveX控件。

3. linux 下的 嵌入式C++ COM组件开发的一般步骤讲解一下

明白你的意思
举个例子吧
串口控件COM

1----先写好ARM的linux驱动程序

2-----然后把驱动程序打包成类
3----继而改成QT的组件

4---然后以后就可以在QT开发的时候
直接引入这个组件并使用

4. 我用 visual studio 2005 编写C# 的COM 组件 播放视频 为什么 打开不了 AVI格式的 文件

这与系统自带的windows Meade player有关
因为你所用的控件就是他提供的。所以换个高级版本的windows Meade player

5. com编程的COM编程入门

第一部分——什么是COM，如何使用COM。
本文的目的是为刚刚接触COM的程序员提供编程指南，并帮助他们理解COM的基本概念。内容包括COM规范简介，重要的COM术语以及如何重用现有的COM组件。本文不包括如何编写自己的COM对象和接口。
本文由浅入深描述COM的内在运行机制，教你如何使用第三方提供的COM对象（以Windows 外壳组件Shell为例）。读完本文后，你就能掌握如何使用Windows操作系统中内建的组件和第三方提供的COM对象。
本文假设你精通C++语言。在例子代码中使用了一点MFC和ATL，如果你不熟悉MFC和ATL也没关系，本文会对这些代码进行完全透彻的解释。本文包括以下几个部分：
简单地说，COM是一种跨应用和语言共享二进制代码的方法。与C++不同，它提倡源代码重用。ATL便是一个很好的例证。源码级重用虽然好，但只能用于C++。它还带来了名字冲突的可能性，更不用说不断拷贝重用代码而导致工程膨胀和臃肿。
Windows使用DLLs在二进制级共享代码。这也是Windows程序运行的关键——重用kernel32.dll, user32.dll等。但DLLs是针对C接口而写的，它们只能被C或理解C调用规范的语言使用。由编程语言来负责实现共享代码，而不是由DLLs本身。这样的话DLLs的使用受到限制。
MFC引入了另外一种MFC扩展DLLs二进制共享机制。但它的使用仍受限制——只能在MFC程序中使用。
COM通过定义二进制标准解决了这些问题，即COM明确指出二进制模块（DLLs和EXEs）必须被编译成与指定的结构匹配。这个标准也确切规定了在内存中如何组织COM对象。COM定义的二进制标准还必须独立于任何编程语言（如C++中的命名修饰）。一旦满足了这些条件，就可以轻松地从任何编程语言中存取这些模块。由编译器负责所产生的二进制代码与标准兼容。这样使后来的人就能更容易地使用这些二进制代码。
在内存中，COM对象的这种标准形式在C++虚函数中偶尔用到，所以这就是为什么许多COM代码使用C++的原因。但是记住，编写模块所用的语言是无关的，因为结果二进制代码为所有语言可用。
此外，COM不是Win32特有的。从理论上讲，它可以被移植到Unix或其它操作系统。但是我好像还从来没有在Windows以外的地方听说过COM。

6. com组件是什么意思说什么禁用了就不能在线看视频了不知道什么意思啊 谢谢~~~

你所用的在线看视频是依赖这个COM组件，看视频的使用，视频程序会调用这个COM组件的一些功能（编解码等）。如果禁用当然就看不了了。

7. 用C++编写一个com组件，组件上有接口，怎么编谁会

下面提供一个完全用C++实现的进程内（DLL）COM服务器，不要ATL或MFC提供任何支持。用这种方式编写COM对象可以让你深入地洞察到COM处理进程内服务器的方法以及COM是如何创建类工厂的。利用本文提供的这个简单框架你可以实现很基本的COM组件，如外壳扩展（Shell Extensions）等。
以下是用本文所说的方式编写自己的COM对象要经过的步骤：
第一步：写一个头文件，这个头文件包含以下内容：
1、 包含文件comdef.h：#include 。
2、 定义COM服务器的GUID。
_declspec(selectany) GUID CLSID_Mine = { 0xdc186800,
0x657f,
0x11d4,
{0xb0, 0xb5, 0x0, 0x50, 0xba, 0xbf, 0xc9, 0x4}
};
3、 给出接口的IID以及这个接口要实现的方法定义。到时客户端会用到这个接口的IID和接口的方法。
interface __declspec(uuid("F614FB00-6702-11d4-B0B7-0050BABFC904")) ImyInterface : public IUnknown
{
STDMETHOD(Square)(long *pVal)PURE;
STDMETHOD(Cube)(long *pVal)PURE;
};
客户端使用此接口：
HRESULT hr;
ImyInterface *pmine=(0);
hr = CoCreateInstance(CLSID_Mine, // COM 服务器的CLSID
NULL,//不支持聚合
CLSCTX_INPROC_SERVER, // 是个DLL
__uuidof(ImyInterface), // 接口的IID
(void**)&pmine
);
还有一种方法可以从注册表中获得COM对象的CLSID，就是调用CLSIDFromProgId()函数，不过必须把组件的ProgId传递给这个函数。
第二步：必须为所定义的接口提供实现，本文用的方法是创建一个从接口继续的新类：
// 这个类实现单接口ImyInterface ...
//
//
class CmyInterface : public CComBase<> ,
public InterfaceImpl
{
public:
CmyInterface();
virtual ~CmyInterface();
// 我们必须要为QueryInterface 编写代码
STDMETHOD(QueryInterface)(REFIID riid,LPVOID *ppv);
// ImyInterface 接口方法
STDMETHOD(Square)(long *pVal);
STDMETHOD(Cube)(long *pVal);
};
模版类InterfaceImpl<>提供接口引用计数的实现。在此我们可以用多接口继续，那样就能在一个COM组件中实现多个接口。
第三步：在完成这个对象之前，我们还要编写Queryinterface和两个接口方法：
STDMETHODIMP CmyInterface::QueryInterface(REFIID riid,LPVOID *ppv)
{
*ppv = NULL;
if(IsEqualIID(riid,IID_IUnknown) IsEqualIID(riid,__uuidof(ImyInterface)))
{
// 因为我们从ImyInterface继续，所以要进行强制类型转换
*ppv = (ImyInterface *) this;
_AddRef(); // 这个方法从某个基类继续而来
return S_OK;
}
return E_NOINTERFACE;
}
STDMETHODIMP CmyInterface::Square(long *pVal)
{
long value = *pVal;
*pVal = value * value;
return S_OK;
}
STDMETHODIMP CmyInterface::Cube(long *pVal)
{
long value = *pVal;
*pVal = value * value * value;
return S_OK;
}
注重这里使用了__uuidof(ImyInterface)来获取接口的IID，这是因为我们已经在第一步中将这个接口关联到了某个uuid。
最后一步：COM 组件的DLLs必须输出一个叫DllGetClassObject的函数。由这个函数为CmyInterface创建类工厂并返回一个对它的引用。然后我们调用CoCreateInstance为进程内COM创建类工厂，接着调用DllGetClassObject。这个类工厂有一个方法是CreateInstance，由这个方法创建对象并返回对它的引用。
STDAPI DllGetClassObject(REFCLSID rclsid, REFIID riid, LPVOID *ppvOut)
{
*ppvOut = NULL;
if (IsEqualIID(rclsid, CLSID_Mine))
{

// 为CmyInterface类声明类工厂
CClassFactory
*pcf = new CClassFactory;
return pcf->QueryInterface(riid,ppvOut);
}
return CLASS_E_CLASSNOTAVAILABLE;
}
在此我们要检查所请求的CLSID是不是CLSID_Mine，假如不是则返回一个错误代码。
你可能会问在哪里创建实际的CmyInterface类对象，实际上这是由CClassFactory的模板实例来处理的。以下是CClassFatory的实现：
// CSingleCreator 用于单实例类工厂，这个类为多个CreateObject请求返回相同的对象指针..
template
class CSingleCreator
{
protected:
CSingleCreator():m_pObj(0) {};
comObj *CreateObject()
{
if(!m_pObj)
{
m_pObj = new comObj;
}
return m_pObj;
}
comObj * m_pObj;
};
// CMultiCreator 用于常用类工厂，这个类为每一个CreateObject请求返回新的对象指针..
template
class CMultiCreator
{
protected:
CMultiCreator():m_pObj(0) {};
comObj *CreateObject()
{
return new comObj;
}
comObj * m_pObj;
};
//ClassFactory类实现
// MultiCreator是缺省的类工厂创建者
//这个类实现了接口IclasFactory......
class CClassFactory : public CComBase<>,
public InterfaceImpl,
public creatorClass
{
public:
CClassFactory() {};
virtual ~CClassFactory() {};
STDMETHOD(QueryInterface)(REFIID riid,LPVOID *ppv)
{
*ppv = NULL;
if(IsEqualIID(riid,IID_IUnknown) IsEqualIID(riid,IID_IClassFactory))
{
*ppv = (IClassFactory *) this;
_AddRef();
return S_OK;
}
return E_NOINTERFACE;
}
STDMETHODIMP CreateInstance(LPUNKNOWN pUnkOuter, REFIID riid, LPVOID *ppvObj)
{
*ppvObj = NULL;
if (pUnkOuter)
return CLASS_E_NOAGGREGATION;
m_pObj = CreateObject(); // m_pObj 在creatorClass中定义
if (!m_pObj)
return E_OUTOFMEMORY;
HRESULT hr = m_pObj->QueryInterface(riid, ppvObj);
if(hr != S_OK)
{
delete m_pObj;
}
return hr;
}
STDMETHODIMP LockServer(BOOL) {return S_OK; } // 未实现
};
COM调用CreateInstance创建请求的对象，参数riid指的是所请求的接口IID，假如这个对象支持这个接口，则增加它的引用计数并返回对自身的引用。
关于代码：本文所提出的方法是如何用纯粹的C++编写COM组件的一个大概念。很多方面的细节都省略了。从本文的文字和代码中可以看出用纯C++编写COM组件需要做些什么工作，假如你要用这种方法编写COM组件的话，这些代码只能是抛砖引玉，具体的实现可以在此基础上往下做.......。