COM: Microsoft 的多层策略建立在称为组件对象模型 (COM) 的核心技术之上。虽然 COM 提供许多优点，但它是一种复杂的技术，涉及若干具有挑战性的概念和大量的低级细节问题。其中的一些概念和许多细节对于理解如何正确生成 COM+ 应用程序的中间层组件至关重要。与 COM 关联的许多其他细节已不再相关，或者只对生成表示层应用程序的程序员重要。您无需关心对象链接和嵌入 (OLE)、ActiveX 控件、连接点（如 Visual Basic 事件）这类与 COM 有关的主题，所以本文省略了这些主题。本文专注于 COM 的细节，这些信息对于生成中间层的非可视组件的程序员来说非常重要。术语 COM 对许多人有许多不同的含义。一方面，它是编写在基于组件的系统中运行的可重用软件的规范。另一方面，它是允许客户端和对象跨进程和计算机边界进行通讯的复杂结构。很多对 COM 已心领神会的开发人员将它看成一种新的编程样式和一套规范，它们是在以 Microsoft 为中心的环境中工作所必需的。COM 编程模型基于二进制组件中的类代码分布。这意味着遵从 COM 的软件（组件）可以在源代码上没有任何依赖项的情况下重用。开发人员可以将其作品以二进制文件的形式交付，而不必公布其专用算法。重用二进制格式的代码还可以消除许多编译时问题，当使用基于源代码重用的开发样式对应用程序进行汇编时会出现这些问题。在基于组件的技术（如 COM）出现之前，生成大型应用程序的方法是在一个批处理作业中，将数百个甚至数千个源文件发送到编译器，以生成一个可执行文件。这种开发样式依赖于整体式应用程序，需要巨大的可执行文件和很长的生成时间。而且，如果要利用一行源代码的修改，就必须重新生成整个应用程序。这使得协调共同开发大型应用程序的编程小组愈发困难。乐观地讲，维护和增强整体式应用程序是笨拙的。基于组件的开发解决了许多与整体式应用程序有关的问题。它允许开发小组交付二进制文件而不是源代码。二进制组件可以独立更新和现场替换，这使得在已投产后维护和扩展应用程序容易得多。大多数人都同意在开发大型信息系统中绝对需要使用 COM 或其他一些基于组件的技术。COM 基于面向对象的编程 (OOP)。这意味着 COM 是关于与对象通讯的客户端的。COM 利用 OOP 范例获得比使用其他二进制重用模型可能获得的级别更高的重用和可维护性级别。COM 客户端和 COM 类一般位于不同的二进制文件中。COM 定义一个使客户端能够在运行时创建对象和绑定到对象的结构。基于面向对象的组件重用的平台必须提供动态的类加载机制。这是 Java 与 COM 相似的一个方面。在运行时，客户端通过命名一个特定的类来创建对象，而该类已编译成一个单独的二进制组件。系统提供的代理程序跟踪该类的代码，装载它，并以客户端的名义创建对象。二进制重用使合并对应用程序的小改动容易得多。例如，可以修复 DLL 的小错误或修改 DLL 的性能。然后可以现场重新编译和替换 DLL，而不会对任何使用它的客户端应用程序造成负面影响。基于源代码重用的系统一般必须重新编译整个应用程序中的每行代码，这使软件的维护和扩展既麻烦又昂贵。二进制重用原则允许使用与语言无关的组件构造基于 COM 的应用程序。当多个小组为一个系统生成组件时，每个小组可以独立选择自己的编程语言。现在，支持 COM 的语言包括 C++、Visual Basic、Java、Delphi，甚至还有 COBOL。每个小组可以选择与其编程专业技术相匹配，并提供最佳的灵活性、性能和工作效率组合的语言。例如，如果一个小组需要低级别的系统代码，出于灵活性考虑，它可以使用 C++。如果另一个小组编写和扩展同一应用程序的业务逻辑和数据访问代码，出于高级别工作效率的考虑，它可以使用 Visual Basic。这种混合和匹配语言的能力使公司可以更容易地充分利用现有的编程能力。
从 COM 和 MTS 到 COM+ 随着平台体系结构设计者开始计划更改和增强 Windows 2000，有一件事很明显：COM 和 MTS 必须统一到单个运行时层和单个编程模型中。这不是一项价值不高的工作，而是非常值得努力去做。在 Windows 2000 版中，COM 和 MTS 的所有最佳构想都集成到名为 COM+ 的新运行时中。与 MTS 不同，这种新的运行时层不是可选的。COM+ 是 Windows 2000 默认安装的一部分。但好的方面是 Windows 2000 上已不存在 COM 与 MTS 间的两难选择。而且，编写 COM+ 的组件比编写 MTS 的组件更容易，因为许多与 MTS 有关的烦人特性已不存在。与 COM 一样，COM+ 基于二进制组件和基于接口的编程。通过使用透明 RPC 层，可以跨越进程和计算机边界进行远程方法调用。正如 COM 组件那样，COM+ 组件可以在成品中升级和扩展，而不会对使用它们的客户端应用程序造成负面影响。与 MTS 一样，COM+ 支持分布式事务和基于角色的安全性。它提供内置线程池方案，该方案与 MTS 的线程池方案一样透明。COM+ 编程模型同样利用侦听通过声明性属性向开发人员公开平台服务。但是，COM+ 比 MTS 更进一步地利用了基于属性的编程。除了事务性服务和集成安全性外，COM+ 还公开自定义对象构造、同步、对象池等服务。COM+ 的其他新功能（如排队组件和 COM+ 事件）也通过可配置的属性公开。
学ROSE当然要先看UML 其实主要是掌握基本的概念吧有一本《Rational Rose 2002 与UML编程 从入门到精通》不错！
Microsoft 的多层策略建立在称为组件对象模型 (COM) 的核心技术之上。虽然 COM 提供许多优点，但它是一种复杂的技术，涉及若干具有挑战性的概念和大量的低级细节问题。其中的一些概念和许多细节对于理解如何正确生成 COM+ 应用程序的中间层组件至关重要。与 COM 关联的许多其他细节已不再相关，或者只对生成表示层应用程序的程序员重要。您无需关心对象链接和嵌入 (OLE)、ActiveX 控件、连接点（如 Visual Basic 事件）这类与 COM 有关的主题，所以本文省略了这些主题。本文专注于 COM 的细节，这些信息对于生成中间层的非可视组件的程序员来说非常重要。术语 COM 对许多人有许多不同的含义。一方面，它是编写在基于组件的系统中运行的可重用软件的规范。另一方面，它是允许客户端和对象跨进程和计算机边界进行通讯的复杂结构。很多对 COM 已心领神会的开发人员将它看成一种新的编程样式和一套规范，它们是在以 Microsoft 为中心的环境中工作所必需的。COM 编程模型基于二进制组件中的类代码分布。这意味着遵从 COM 的软件（组件）可以在源代码上没有任何依赖项的情况下重用。开发人员可以将其作品以二进制文件的形式交付，而不必公布其专用算法。重用二进制格式的代码还可以消除许多编译时问题，当使用基于源代码重用的开发样式对应用程序进行汇编时会出现这些问题。在基于组件的技术（如 COM）出现之前，生成大型应用程序的方法是在一个批处理作业中，将数百个甚至数千个源文件发送到编译器，以生成一个可执行文件。这种开发样式依赖于整体式应用程序，需要巨大的可执行文件和很长的生成时间。而且，如果要利用一行源代码的修改，就必须重新生成整个应用程序。这使得协调共同开发大型应用程序的编程小组愈发困难。乐观地讲，维护和增强整体式应用程序是笨拙的。基于组件的开发解决了许多与整体式应用程序有关的问题。它允许开发小组交付二进制文件而不是源代码。二进制组件可以独立更新和现场替换，这使得在已投产后维护和扩展应用程序容易得多。大多数人都同意在开发大型信息系统中绝对需要使用 COM 或其他一些基于组件的技术。COM 基于面向对象的编程 (OOP)。这意味着 COM 是关于与对象通讯的客户端的。COM 利用 OOP 范例获得比使用其他二进制重用模型可能获得的级别更高的重用和可维护性级别。COM 客户端和 COM 类一般位于不同的二进制文件中。COM 定义一个使客户端能够在运行时创建对象和绑定到对象的结构。基于面向对象的组件重用的平台必须提供动态的类加载机制。这是 Java 与 COM 相似的一个方面。在运行时，客户端通过命名一个特定的类来创建对象，而该类已编译成一个单独的二进制组件。系统提供的代理程序跟踪该类的代码，装载它，并以客户端的名义创建对象。二进制重用使合并对应用程序的小改动容易得多。例如，可以修复 DLL 的小错误或修改 DLL 的性能。然后可以现场重新编译和替换 DLL，而不会对任何使用它的客户端应用程序造成负面影响。基于源代码重用的系统一般必须重新编译整个应用程序中的每行代码，这使软件的维护和扩展既麻烦又昂贵。二进制重用原则允许使用与语言无关的组件构造基于 COM 的应用程序。当多个小组为一个系统生成组件时，每个小组可以独立选择自己的编程语言。现在，支持 COM 的语言包括 C++、Visual Basic、Java、Delphi，甚至还有 COBOL。每个小组可以选择与其编程专业技术相匹配，并提供最佳的灵活性、性能和工作效率组合的语言。例如，如果一个小组需要低级别的系统代码，出于灵活性考虑，它可以使用 C++。如果另一个小组编写和扩展同一应用程序的业务逻辑和数据访问代码，出于高级别工作效率的考虑，它可以使用 Visual Basic。这种混合和匹配语言的能力使公司可以更容易地充分利用现有的编程能力。
随着平台体系结构设计者开始计划更改和增强 Windows 2000，有一件事很明显：COM 和 MTS 必须统一到单个运行时层和单个编程模型中。这不是一项价值不高的工作，而是非常值得努力去做。在 Windows 2000 版中，COM 和 MTS 的所有最佳构想都集成到名为 COM+ 的新运行时中。与 MTS 不同，这种新的运行时层不是可选的。COM+ 是 Windows 2000 默认安装的一部分。但好的方面是 Windows 2000 上已不存在 COM 与 MTS 间的两难选择。而且，编写 COM+ 的组件比编写 MTS 的组件更容易，因为许多与 MTS 有关的烦人特性已不存在。与 COM 一样，COM+ 基于二进制组件和基于接口的编程。通过使用透明 RPC 层，可以跨越进程和计算机边界进行远程方法调用。正如 COM 组件那样，COM+ 组件可以在成品中升级和扩展，而不会对使用它们的客户端应用程序造成负面影响。与 MTS 一样，COM+ 支持分布式事务和基于角色的安全性。它提供内置线程池方案，该方案与 MTS 的线程池方案一样透明。COM+ 编程模型同样利用侦听通过声明性属性向开发人员公开平台服务。但是，COM+ 比 MTS 更进一步地利用了基于属性的编程。除了事务性服务和集成安全性外，COM+ 还公开自定义对象构造、同步、对象池等服务。COM+ 的其他新功能（如排队组件和 COM+ 事件）也通过可配置的属性公开。
其实主要是掌握基本的概念吧有一本《Rational Rose 2002 与UML编程 从入门到精通》不错！