DCOM揭秘之三

下载本文示例代码
　　　　理解简单的DCOM服务器　　以上我们主要讲解了如何通过一个客户应用使用COM。对于客户来说，COM的编程技巧是相当简单的。客户端的应用向COM子系统请求一个特定的组件，服务器端将其传送过来。 　　实际上，对于后台的组件管理工作，还需要写很多的代码。真正的对象实现需要使用复杂的系统组件和标准的应用模块。就算是使用MFC，也是很复杂的。大多数的专业编程者都不会花时间来研究这个过程。自从COM的标准发布以来，很快就令我们明白到让开发者来自己写这些代码是不现实的。　　当你查看实现COM的真正代码时，你会发现其中大部分都是重复的。对于这类复杂的问题，传统C 的解决之道是创建一个COM类库。实际上，MPC OLE类提供了大部分的COM特性。　　不过对于COM组件来说，MFC和OLE并不是一个好的选择，有几个理由。随着ActiveX和微软Internet策略的推出，COM对象应该要非常的紧凑和快速。ActiveX需要COM对象可以经过网络相当快地被复制。如果你使用MFC较多，就会发现它实在太大了（特别是在静态链接时）。通过网络来传送巨大的MFC对象是不现实的。　　或许通过MFC/OLE方法来实现COM组件的最大问题是复杂性。OLE编程是复杂的，并且大部分的编程者都不会在上面走得很远。有大量关于OLE的书，这都说明它是非常难以掌握的。　　由于OLE的开发有不少的难度，因此微软创建了一个称为ATL（Active Template Library）新工具。对于COM编程来说，ATL是当前最实用的工具。实际上，如果你对其背后的东西没有兴趣，使用ATL向导来编写COM服务器是相当简单的。　　这里介绍的例子都是通过ATL和ATL应用向导来创建的。这一节我们将讲解如何建立一个基于ATL的服务器，并对向导产生的代码给出了一个摘要。共4页。 1 2 3 4 : 　　　　理解简单的DCOM服务器　　以上我们主要讲解了如何通过一个客户应用使用COM。对于客户来说，COM的编程技巧是相当简单的。客户端的应用向COM子系统请求一个特定的组件，服务器端将其传送过来。 　　实际上，对于后台的组件管理工作，还需要写很多的代码。真正的对象实现需要使用复杂的系统组件和标准的应用模块。就算是使用MFC，也是很复杂的。大多数的专业编程者都不会花时间来研究这个过程。自从COM的标准发布以来，很快就令我们明白到让开发者来自己写这些代码是不现实的。　　当你查看实现COM的真正代码时，你会发现其中大部分都是重复的。对于这类复杂的问题，传统C 的解决之道是创建一个COM类库。实际上，MPC OLE类提供了大部分的COM特性。　　不过对于COM组件来说，MFC和OLE并不是一个好的选择，有几个理由。随着ActiveX和微软Internet策略的推出，COM对象应该要非常的紧凑和快速。ActiveX需要COM对象可以经过网络相当快地被复制。如果你使用MFC较多，就会发现它实在太大了（特别是在静态链接时）。通过网络来传送巨大的MFC对象是不现实的。　　或许通过MFC/OLE方法来实现COM组件的最大问题是复杂性。OLE编程是复杂的，并且大部分的编程者都不会在上面走得很远。有大量关于OLE的书，这都说明它是非常难以掌握的。　　由于OLE的开发有不少的难度，因此微软创建了一个称为ATL（Active Template Library）新工具。对于COM编程来说，ATL是当前最实用的工具。实际上，如果你对其背后的东西没有兴趣，使用ATL向导来编写COM服务器是相当简单的。　　这里介绍的例子都是通过ATL和ATL应用向导来创建的。这一节我们将讲解如何建立一个基于ATL的服务器，并对向导产生的代码给出了一个摘要。共4页。 1 2 3 4 : 下载本文示例代码


DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三DCOM揭秘之三