C++博客-silekey-文章分类-COM

COM术语之我解

鹿哥 — Sat, 21 Feb 2009 03:49:00 GMT

1>可连接对象 ==>拥有回调功能的COM对象
2>连接点 ==>表示回调事件的COM对象
3>接收器 ==>处理与响应回调函数的COM对象

4>COM             ==>MIREROSOFE定放的组件标准.
5>组件              ==>徘徊在面象过程与面象对象之间的一种开发方式, 最大的优点是二进制上兼容,但又比函数要好。
                                 可以理解为面象对象加上限制(不能有成员数据)
                                 C函数库加上函数分类(函数太多,不好管理),这样一种函数就是一个接口.

写代码就象写书，东西多了，总得有个目录吧。

鹿哥 2009-02-21 11:49 发表评论

COM对象的跨进程调用

鹿哥 — Fri, 06 Feb 2009 09:26:00 GMT

如果跨进程调用只是简单的通过TCP把接口 CoMarshalInterface 后再CoUnmarshalInterface的话,
会遭遇机器权限的问题. 在同一台机器上没有问题,而在不同的机器上会直接会提示拒绝访问。
按网络上的方法在控制面板里的<组策略> 进行设置未果,还是乖乖的找到了正统的方法：

而DCOM提供两种方式让COM能够跨机器,
1>对象激活,通过远程创建对象来使用.
2>对象连接,通过COM的命名与绑定机制来连接COM对象.(与IMoniker接口的实现有关系)

鹿哥 2009-02-06 17:26 发表评论

在COM中返回字符串

鹿哥 — Thu, 05 Feb 2009 07:45:00 GMT

STDMETHODIMP CTestObj::GetName(BSTR* szName)
{
    // TODO: Add your implementation code here
    *szName = m_szValue.copy();
    return S_OK;
}

这里面的要点就是在COM与客户端之间内存分配与释放的问题。
上面的代码是懒惰起见的。_bstr_t把这层关系给包了起来。

鹿哥 2009-02-05 15:45 发表评论

COM套间应用心得

鹿哥 — Wed, 14 Jan 2009 01:34:00 GMT

1.要感受到COM套间的存在,必定会用到列集与散集,即直接或间接的用到CoMarshalInterface CoUnmarshalInterface 这两个函数。

2.在跨进程与跨机器使用同一个COM对象的最大问题是，如何把列集后的二进制流数据传递出去。

3.COM把所有细节问题都转化为:如何获得接口的问题。
我不在乎是否拥有这个对象，我只在乎如何得到操作这个对象的方法。

鹿哥 2009-01-14 09:34 发表评论

使ATL对象不能直接被创建(VC7以后的版本)

鹿哥 — Wed, 14 Jan 2009 01:23:00 GMT

转自:http://msdn.microsoft.com/zh-cn/library/4tc639ss(VS.80).aspx

可以更改基于 ATL 的 COM 对象的属性，使客户端不能直接创建该对象。这种情况下，将通过另一对象上的方法调用返回对象，而不是直接创建对象。

使对象不可创建

移除对象的 OBJECT_ENTRY_AUTO。如果希望对象不可创建而控件能注册，则用 OBJECT_ENTRY_NON_CREATEABLE_EX_AUTO 替换 OBJECT_ENTRY_AUTO。
在 .idl 文件中向 coclass 添加 noncreatable 属性。例如：

[
   uuid(A1992E3D-3CF0-11D0-826F-00A0C90F2851),
   helpstring("MyObject"),
  noncreatable
]
coclass MyObject
{
   [default] interface IMyInterface;
}

鹿哥 2009-01-14 09:23 发表评论

COM 使用经验

鹿哥 — Mon, 12 Jan 2009 09:01:00 GMT

通过实际代码验正:
1>COM里面确实存在套间。
2>进程内套间的同步防问确实走的是WINDOWS消息机制。
3>要是创建COM对象的那个套间被销毁了, 也不会说自动把该COM对象移到主套间中去。
     那么其它调用该COM对象的操作都将被阻塞。
     即使调用IUnknown接口中的三个基本函数,虽然并不会被阻塞,但内部还是会产生下面类似的异常:
     (被呼叫方(服务器 [不是服务器应用程序])不可用并已消失。所有连接均无效。没有执行呼叫。)
    至于MTA套间里的COM对象应该不会出现这个问题,因为MTA套间在程序中只有一个,并且一但创建,
    不大可能会被销毁。


///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
在进程内多个套间使用CoMarshalInterface等函数共用接口的时候，
由CreateStreamOnHGlobal创建的流还是最好用GetHGlobalFromStream来获取其HGLOBAL内存句柄,
然后在相应套间中重新创建IStream 。要是 CoMarshalInterface 与 CoUnmarshalInterface 都用同一个IStream进行读写的话,
会在多于2个套间的情况下产生莫名奇妙的错误。

鹿哥 2009-01-12 17:01 发表评论

COM学习笔记之 -- 套间概念

鹿哥 — Mon, 12 Jan 2009 03:03:00 GMT

套间有两种类型:
1>单线程套间 STA
2>多线程套间 MTA
3>临介区套间 RTA(未来可能会新增)

其中单线程套间在一个进程中可以有多个.
而   多线程套间在一个进程中只能有一个.
单线程套间与相关的线程是1对1的关系.
多线程套间与相关的线程是1对多的关系.

一般情况下套间与套间之间防问,都需要进行序列化处理.
而如果在同一进程下的单线程套间防问多线程套间COM会自动进行优化处理.
单线程套间应该有消息循环,去把对它们的调用转成序列化.

在同一进程的情况下:
STA是通过把调用转成消息再由拥有该STA的线程去处理.
MTA则是可以直接调用.
RTA与STA类似,但它的实现方式是为调用加把锁,然后其它套间调用它的时候就锁住。
   与STA不同的是调用在RTA中的对象是发起调用的那个线程,而不是拥有RTA的那个线程。

在不同进程下:
所有调用都会通过代理\存根进行序列化处理

进程外:
CoMarshalInterface
CoUnmarshalInterface

CreateStreamOnHGlobal     //创建与获取内存流
GetHGlobalFromStream

进程内用的简化函数:
CoMarshalInterThreadInterfaceInStream
CoGetInterfaceAndReleaseStream
声明为Free的COM对象,为什么在本地STA套间中访问会慢些?

COM把所有细节问题都集结到一个点上:如何正确的获取接口?'

代理接口指针的列集会有问题,因此引入:
GIT Global Interface Table
IGlobalInterfaceTable

鹿哥 2009-01-12 11:03 发表评论