VC++技术

VC++技术

ADO是为MS的强大的数据访问接口 OLE DB 设计的,上一个便于使用的应用程序层。 OLE DB 为任何数据源都提供了高性能的访问，包括：关系型数据库、非关系型数据库、电子邮件、文件系统、文本和图形以及自定义业务对象等。 ADO 2.0 实际上是基于 MSADO15.DLL 这个动态链接库的，这个库文件的名字虽然和 ADO 1.5 的一样,但是它实现了更新的接口。 ADO 2.0 里的新技术有： 1、异步操作和事件模型 2、数据集的持续性 3、层次化的数据传输DAO是Data Access Object数据访问接口，数据访问：故名思义就是与数据库打交道。夹在业务逻辑与数据库资源中间。 在核心J2EE模式中是这样介绍DAO模式的：为了建立一个健壮的J2EE应用，应该将所有对数据源的访问操作抽象封装在一个公共API中。用程序设计的语言来说，就是建立一个接口，接口中定义了此应用程序中将会用到的所有事务方法。在这个应用程序中，当需要和数据源进行交互的时候则使用这个接口，并且编写一个单独的类来实现这个接口在逻辑上对应这个特定的数据存储。 DAO（数据访问对象）是一种应用程序编程接口（API），存在于微软的Visual Basic中，它允许程序员请求对微软的Access数据库的访问。DAO是微软的第一个面向对象的数据库接口。DAO对辩袭春象封闭了Access的Jet函数。通过Jet函数，它还可以访问其他的结构化查询语言（SQL）数据库。参考资料：http://bk.baidu.com/view/160596.htmActiveX是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控件。 ActiveX组件包括如下几类： 1.自动化服务器：可以由其他应用程序编程驱动的组件。自动化服务器至少包括一 个，也许是多个供其他应用程序生成和连接的基于IDispatch的接口。自动化服务器 可以含有也可以没有用户界面（UI），这取决于服务器的特性和功能。 2.自动化控制器：那些使用和操纵自动化服务器的应用程序。 3.控件：ActiveX控件等价于以前的OLE控件或OCX。一个典型的控件包括设计时和运 行时的用户界面，唯一的IDispatch接口定义控件的方法和属性，唯一的 IConnectionPoint接口用于控件可引发的事件。 4.文档：ActiveX文档，即以前所说的DocObect，表示一种不仅仅是简单控件或自动 化服务器的对象。ActiveX文档在结构上是对OLE链接和模型的扩展，并对其所在的 容器具有更多控制权。一个最显著的变化是菜单的显示方式。一个典型的OLE文档的 菜单会与容器菜单合并成一个新的集合，而ActiveX文档将替换整个菜单系统，禅做只表 现出文档的特性而不是文档与容器共同的特性。 5.容器：ActiveX容器是一个可以作为自动化服务器、控件和文档宿主的应用程序 Component Object Model (COM)（组件对象模型） 组件对象模型是一种基于面向对象技术进行客户/服务器应用程序的跨平台开发的开放体系结构，Digital Equipment Corporation和Microsoft Corporation一致同意这个标准。组件对象模型定义一个接口（类似于抽象基类）IUnknown，所有COM兼容的类都从它派生而来。 OLE/ActiveX/COM技术是MS的核心应用技术，只有彻底洞察其理论精髓，才能以不变应万变。我们首先从OLE谈起。 一、过去的OLE和今天的OLE 作为COM技术前身的OLE，其最初含义是指在程序之间链接和嵌入对象数据（Object Link Embeded）。它提供了建立混合文档的手段（资深Windows 3.X 用户可能记得当初在Word6.0中插入一个图形的新奇和喜悦，有关复合文档，后面文章详细讲述），使得那些没有太多专业知识的用户能够很容易地协调多个应用程序完成混合文档的建立。1991年制定的OLE1.0规范主要解决多个应用程序之间的通信和消息传递问题，微软希望第三方开发商能够遵守这个规范，以使在当时的Windows平台上的应用程序能够相互协调工作，更大的提高工作效率。然而事与愿违，只有很少的软件开发商支持它。为此，微软于1993年发布了新的规范——OLE2.0，它在原有的基础上完善并增强了以下各方面的性能： 1．OLE自动化：一个程序有计划地控制另一个程序的能力。2．OLE控件：小型的组件程序，可嵌入到另外的程序，提供自己的专有功能。3．OLE文档：完善了早期的混合文档功能，不仅支持简单链接和嵌入，还支持在位激活、拖放等功能。 强大的功能使得很多的开发商开始支持新的OLE技术，因为微软在OLE2.0中建立了一个称为COM（Component Object Model即组件对象模式）的新规范。二、OLE应用及相关名词 容器： 容器是一个客户程序，它具有申请并使用其它COM组件通过接口为其它程序实现的功能； 服务器： 服务器通过特定的接口将自己完成的一些功能，提供给使用自己的应用程序（例如画笔程序是一个文档服务器，它提供创建并编辑BMP 图像的功能）。当打开Word，选择【插入】菜单下的【对象...】项，您可以看到在您的系统中存在哪些文档服务器，此时的Word以文档容器的身份出现。 在位激活： 当您双击插入的对象后发现Word的菜单有些改变成文档服务器程序的菜单，可以在当前的环境下编辑对象，这称为在位激活。 自动化： 和OLE文档技术类似，允许一个应用程序通过编程控制另一个应用程序“自愿”提供的功能的技术称为OLE自动化。自身暴露一些可编程对象给其它程序的应用程序叫自动化服务器，利用并操纵自动化服务器提供的功能的应用程序叫自动化客户或自动化控制器，有些程序既是自动化服务器又是自动化控制器。例如在VC中我们可以通过编程创建并编辑一个Excel工作表（很多参考书都以此为例），这里的VC就是自动化控制器，而创建工作表的Excel程序则是自动化服务器，但在Excel中我们又可以利用VBA语言创建PowerPoint的幻灯片，它又成了自动化控制器。利用OLE自动化技术可以实现软件的一次开发和多次利用，这也是集成组件的关键技术。无论是操作系统还是应用软件，微软都有意识朝着这个方向发展，例如从Windows95开始，包括WindowsNT4.0以后的操作系统的Shell就实现了OLE自动化技术。 那么什么是ActiveX？它和OLE有什么联系呢？三、ActiveX战略 同早期的功能薄弱的OLE1.0相比，OLE2.0得到了很多软件厂商的支持。许多程序设计人员编写了大量的实现OLE自动化服务器功能的组件（不一定是EXE文件），这些组件一般不求功能齐全、强大，而是实现专门的功能，可以被其它程序编程控制，由此承袭OLE的名字称为OLE控件。它们在文件名中的扩展名一般为OCX（OLE Control Extension）。 微软刚刚赢得广大软件厂商的支持，使OLE技术深入人心，然而“人算不如天算”，国际互联网的超速发展让比尔·盖茨始料未及。加上早期的OLE1.0不得人心，导致后来的人们总把在Word中插入一个图形当作OLE技术的全部，各类资料在介绍新OLE技术时命名也不统一，造成很大的混乱。针对这些情况，微软在1996年重新制订了一个关于OLE的规范——OLE 96规范。这个规范扩展了 OLE控件的能力，并贯彻微软的Internet战略使它更易于在网络环境中使用，还考虑命名混淆的问题，重新给OLE控件贴上一个标签——ActiveX控件。不仅如此，以前的什么OLE文档也相应称为ActiveX 文档了。总之，为了满足Internet战略，微软把OLE换成了ActiveX，企图使人们重新看待新的OLE——ActiveX，把它看做网络上的解决软件组件问题的标准。 许多在Windows上同微软合作得很好的厂商在开发新版本软件时都开始支持ActiveX技术，例如Delphi、PowerBuild等开发工具。原来同Windows竞争的操作系统也开始支持ActiveX，例如Macintosh，甚至老对手OS/2上也可以使用ActiveX控件。ActiveX技术也许真的会成为一个异种平台争相支持的规范，如果能够进一步完善ActiveX、采用更开放的策略以及微软不被卸成八大块的话。大概就是这些了