很不错的面向对象的学习资料，在这里分享给大家

ArcGIS Engine开发学习用全部对象模型图

C++对象模型在内存中的实现，讲述了类，继承以及虚继承的内存布局；成员变量和成员函数的访问已经访问时的开销情况，包含虚函数的情况，考察构造函数，析构函数，以及特殊的赋值操作符成员函数是如何工作的，数组是如何动态构造和销毁的；简单地介绍对异常处理的支持。

本书是一本极具参考价值的编程书籍，主要介绍了com的编程基础和理论，循序渐进，由浅入深，以具体生动的实例把复杂的com技术展示给读者。书中不仅注重com的基础知识，而且向读者介绍了com技术在实际运用中的许多编程经验和技巧！本书使用的是pdf格式，建议使用foxit reader打开浏览！

内容简介 《深度探索C++对象模型》重点：探索"对象导向程序所支持的C++对象模型"下的程序行为。对于"对象导向性质之基础实现技术"以及"各种性质背后的隐含利益交换"提供一个清楚的认识。检验由程序变形所带来的效率冲击。提供丰富的程序范例、图片，以及对象导向观念和底层对象模型之间的效率测量。Inside The C++ Object Model专注于C++对象导向程序设计的底层机制，包括结构式语意、暂时性对象的生成、封装、继承，以及虚拟——虚拟函数和虚拟继承。这《深度探索C++对象模型》让你知道：一旦你能够了解底层实现模型，你的程序代码将获得多么大的效率。Lippman澄清了那些关于C++额外负荷与复杂度的各种错误信息和迷思，但也指出其中某些成本和利益交换确实存在。他阐述了各式各样的实现模型，指出它们的进化之道及其本质因素。 编辑推荐 《深度探索C++对象模型》涵盖了C++对象模型的语意暗示，并指出这个模型是如何影响你的程序的。C++成山似海的书籍堆中，这一本不是婴幼儿奶粉，也不是较大婴儿奶粉，它是成人专用的低脂高钙特殊奶粉。 对于C++底层机制感兴趣的读者，这《深度探索C++对象模型》会给你"漫卷诗书喜欲狂"的感觉。 了解C++ Object Model，是学习Component Object Model的最短路线。 如果你是一位C++程序员，渴望对于底层知识获得一个完整的了解，那么Inside The C++ Object Model正适合你。 媒体推荐 前言 差不多有10年之久，我在贝尔实验室(Bell Laboratories)埋首于C++的实现任务。最初的工作是在cfront上面(Bjarne Stroustrup的第一个C++编译器)，从1986年的1．1版到1991年9月的3．0版，然后移转到Simplifier(这是我们内部的命名)，也就是Found~ion项目中的C++对象模型部分。在Simplifier设计期间，我开始酝酿这本书。 Foundation项目是什么?在Bjarne的领导下，贝尔实验室中的一个小组探索着以C++完成大规模程序设计时的种种问题的解决之道。Foundation项目是我们为了构造大系统而努力定义的一个新的开发模型；我们只使用C++，并不提供多重语言的解决方案。这是个令人兴奋的工作，一方面是因为工作本身，一方面是因为工作伙伴：Bjarne、Andy Koenig、Rob Murray、Martin Carroll、Judy Ward、Steve Buroff、Peter Juhl，以及我自己。Barbara Moo管理我们这一群人(Bjarne和Andy除外)。Barbara Moo常说管理一个软件团队，就像放牧一群骄傲的猫。 我们把Foundation想象成一个核心，在那上面，其它人可以为使用者铺设一层真正的开发环境，把它整修为他们所期望的UNIX或Smalltalk模型。私底下我们把它称为Grail(传说中耶稣最后的晚餐所用的圣杯)，人人都想要，但是从来没人找到过! Grail使用一个由Rob Murray发展出来并命名为ALF的面向对象层次结构，提供一个永久的、以语意为基础的表现法。在Grail中，传统编译器被分解为数个各自分离的可执行文件。parser负责建立程序的ALF表现法。其它每一个组件(比如type checking、simplification，code generation)以及工具(比如browser)都在程序的一个ALF表现体上操作(并可能加以扩展)。Simplifier是编译器的一部分，处于typechecking和codegeneration之间。Simplifier这个名称是由Bjarne所倡议的，它原本是cfront的一个阶段(phase)。 在type checking和code generation之间，Simplifier做什么事呢?它用来转换内部的程序表现。有三种转换风味是任何对象模型都需要的： 1.与编译器息息相关的转换(Implementation，dependent transformations) 这是与特定编译器有关的转换。在ALF之下，这意味着我们所谓的“tentative”nodes。例如，当parser看到这个表达式： fct()； 它并不知道是否(a)这是一个函数调用操作，或者(b)这是overloaded call operator在class object fct上的一种应用。默认情况下，这个式子所代表的是一个函数调用，但是当(b)的情况出现时，Simplifier就要重写并调换call subtree。 2.语言语意转换(Language semantics transformations) 这包括constructor/de

业分类-物理装置-一种汽轮机调节系统功率对象模型的辨识方法.zip

深度探索C++对象模型.rar

件工程期末考试50道大题，涵盖必掌握知识点 判定表、数据流图、对象模型、uml等知识点

深度探索C++对象模型 超高清

CruiseYoung提供的带有详细书签的电子书籍目录 http://blog.csdn.net/fksec/article/details/7888251 该资料是《COM技术内幕——微软组件对象模型》一书的随书源代码 COM技术内幕——微软组件对象模型 基本信息 原书名： Inside COM: Microsoft's Component Object Model with Cdrom 原出版社： Microsoft Press 作者： （美）Dale Rogerson 译者： 杨秀章 丛书名： 微软版权图书 出版社：清华大学出版社 ISBN：730203320X 上架时间：2001-10-11 出版日期：1999 年3月 页码：293 版次：1-1 所属分类：计算机 > 软件与程序设计 > COM/DCOM/ATL/COM+ 内容简介 　　 微软公司的组件对象模型(COM)作为一种重要的工具已崭露头角，它是微软迈向分布式计算的基础。不论现在还是将来，它都是定制应用程序的一种强大的方法。并且它是OLE和ActiveX 的基础。COM帮助你理解未来的程序开发技术，而这本书帮助你理解COM。在本书中你将发现：构建优美的COM组件的清晰、简单、实用的规则；COM是如何易学易用，特虽是对那些熟练掌握C++ 的人；循序渐进地介绍COM设计；以代码形式给出的大量实例。 　　 《COM技术内幕》适合于中、高级C++程序员；COM、ActiveX和OLE程序员；对组件设计感兴趣的研究人员；以及那些当COM移植到UNIX、MVS和其他环境时想要使用到COM的程序员。 编辑推荐 　　 微软公司的组件对象模型(COM)作为一种重要的工具已崭露头角，它是微软迈向分布式计算的基础。不论现在还是将来，它都是定制应用程序的一种强大的方法。并且它是OLE和ActiveX 的基础。COM帮助你理解未来的程序开发技术，而这本书帮助你理解COM。在本书中你将发现：构建优美的COM组件的清晰、简单、实用的规则；COM是如何易学易用，特虽是对那些熟练掌握C++ 的人；循序渐进地介绍COM设计；以代码形式给出的大量实例。 目录 封面 -17 扉页 -16 版权 -15 译者前言 -14 目录 -13 引言 -6 第1章 组件 1 1.1 使用组件的优点 2 1.1.1 应用程序的定制 2 1.1.2 组件库 3 1.1.3 分布式组件 3 1.2 对组件的需求 4 1.2.1 动态链接 4 1.2.2 信息封装 5 1.3 COM 6 1.3.1 COM组件是…… 7 1.3.2 COM不是…… 7 1.3.3 COM库 8 1.3.4 COM方法 8 1.3.5 COM超越了用户的需要 8 1.4 本章小结 9 第2章 接口 11 2.1 接口的作用 11 2.1.1 可复用应用程序架构 12 2.1.2 COM接口的其他优点 13 2.2 COM接口的实现 13 2.2.1 编码约定 14 2.2.2 一个完整的例子 15 2.2.3 非接口通信 18 2.2.4 实现细节 18 2.3 接口理论：第二部分 20 2.3.1 接口的不变性 20 2.3.2 多态 20 2.4 接口的背后 21 2.4.1 虚拟函数表 21 2.4.2 vtbl指针及实例数据 23 2.4.3 多重实例 24 2.4.4 不同的类，相同的vtbl 24 2.5 本章小结 26 第3章 QueryInterface函数 27 3.1 接口查询 28 3.1.1 关于IUnknown 28 3.1.2 IUnknown指针的获取 29 3.1.3 关于QueryInterface 29 3.1.4 QueryInterface的使用 30 3.1.5 QueryInterface的实现 31 3.1.6 关于类型转换 32 3.1.7 一个完整的例子 35 3.2 关于QueryInterface的实现规则 40 3.2.1 同一IUnknown 40 3.3.2 客户可以获取曾经得到过的接口 41 3.2.3 可以再次获取已经拥有的接口 41 3.2.4 客户可以从任何接口返回到起始接口 42 3.2.5 若能够从某接口获取某特定接口，则从任意接口都将能够获取此接口 42 3.3 QueryInterface定义了组件 43 3.3.1 接口集 44 3.4 新版本组件的处理 44 3.4.1 何时需要建立一个新版本 46 3.4.2 不同版本接口的命名 46 3.4.3 隐含