ATL外汇平台

Ⅰ atlmis是一个什么软件

银箭会计系统

从DOS版本的ATLMIS1.0，直到最新的SQL2005版本，我们的视窗版本可适用于不同平台，我们的最新版本－银箭会计系统是一套功能全面的商业方案，它能在不同 Windows NT, Windows 2000, Windows 2003 Server及Unix平台上操作使用。

Ⅱ VC的MFC和ATL具体是指什么嘛

MFC,微软基础类(Microsoft Foundation Classes),实际上是微软提供的,用于在C++环境下编写应用程序的一个框架和引擎,VC++是WinOS下开发人员使用的专业C++ SDK(SDK,Standard SoftWare Develop Kit,专业软件开发平台),MFC就是挂在它之上的一个输助软件开发包,MFC作为与VC++血肉相连的部分(注意C++和VC++的区别:C++是一种程序设计语言,是一种大家都承认的软件编制的通用规范,而VC++只是一个编译器,或者说是一种编译器+源程序编辑器的IDE,WS,PlatForm,这跟Pascal和Dephi的关系一个道理,Pascal是Dephi的语言基础,Dephi使用Pascal规范来进行Win下应用程序的开发和编译,却不同于Basic语言和VB的关系,Basic语言在VB开发出来被应用的年代已经成了Basic语言的新规范,VB新加的Basic语言要素,如面对对象程序设计的要素,是一种性质上的飞跃,使VB既是一个IDE,又成长成一个新的程序设计语言),MFC同BC++集成的VCL一样是一个非外挂式的软件包,类库,只不过MFC类是微软为VC++专配的..
MFC是Win API与C++的结合,API,即微软提供的WinOS下应用程序的编程语言接口,是一种软件编程的规范,但不是一种程序开发语言本身,可以允许用户使用各种各样的第三方(如我是一方,微软是一方,Borland就是第三方)的编程语言来进行对Win OS下应用程序的开发,使这些被开发出来的应用程序能在WinOS下运行,比如VB,VC++,Java,Dehpi编程语言函数本质上全部源于API,因此用它们开发出来的应用程序都能工作在WinOS的消息机制和绘图里,遵守WinOS作为一个操作系统的内部实现,这其实也是一种必要,微软如果不提供API,这个世上对Win编程的工作就不会存在,微软的产品就会迅速从时尚变成垃圾,上面说到MFC是微软对API函数的专用C++封装,这种结合一方面让用户使用微软的专业C++ SDK来进行Win下应用程序的开发变得容易,因为MFC是对API的封装,微软做了大量的工作,隐藏了好多内节程序开发人员在Win下用C++ & MFC编制软件时的大量内节,如应用程序实现消息的处理,设备环境绘图,这种结合是以方便为目的的,必定要付出一定代价(这是微软的一向作风),因此就造成了MFC对类封装中的一定程度的的冗余和迂回,但这是可以接受的..
最后要明白MFC不只是一个功能单纯的界面开发系统,它提供的类绝大部分用来进行界面开发,关联一个窗口的动作,但它提供的类中有好多类不与一个窗口关联,即类的作用不是一个界面类,不实现对一个窗口对象的控制(如创建,销毁),而是一些在WinOS(用MFC编写的程序绝大部分都在WinOS中运行)中实现内部处理的类,如数据库的管理类等,学习中最应花费时间的是消息和设备环境,对C++和MFC的学习中最难的部分是指针,C++面向对像程序设计的其它部分,如数据类型,流程控制都不难,建议学习数据结构C++版..

一、 什 么 是ATL
---- 1 ．COM 的 发 展 及 其 局 限 性

---- 自 从1993 年Microsoft 首 次 公 布 了COM 技 术 以 后，Windows 平 台 上 的 开 发 模 式 发 生 了 巨 大 的 变 化， 以COM 为 基 础 的 一 系 列 软 件 组 件 化 技 术 将Windows 编 程 带 入 了 组 件 化 时 代。 广 大 开 发 人 员 在 为COM 带 来 的 软 件 组 件 化 趋 势 欢 欣 鼓 舞 的 同 时， 对 于COM 开 发 技 术 的 难 度 和 烦 琐 的 细 节 也 感 到 极 其 的 不 便。COM 编 程 一 度 被 视 为 一 种 高 不 可 攀 的 技 术， 令 人 望 而 却 步。 开 发 人 员 希 望 能 够 有 一 种 方 便 快 捷 的COM 开 发 工 具， 提 高 开 发 效 率， 更 好 地 利 用 这 项 技 术。

---- 针 对 这 种 情 况，Microsoft 公 司 在 推 出COM SDK 以 后， 为 简 化COM 编 程， 提 高 开 发 效 率， 采 取 了 许 多 方 案， 特 别 是 在MFC（Microsoft Foundation Class） 中 加 入 了 对COM 和OLE 的 支 持。 但 是 随 着Internet 的 发 展， 分 布 式 的 组 件 技 术 要 求COM 组 件 能 够 在 网 络 上 传 输， 而 又 尽 量 节 约 宝 贵 的 网 络 带 宽 资 源。 采 用MFC 开 发 的COM 组 件 由 于 种 种 限 制 不 能 很 好 地 满 足 这 种 需 求， 因 此Microsoft 在1995 年 又 推 出 了 一 种 全 新 的COM 开 发 工 具 — —ATL。

---- ATL 是ActiveX Template Library 的 缩 写， 它 是 一 套C++ 模 板 库。 使 用ATL 能 够 快 速 地 开 发 出 高 效、 简 洁 的 代 码， 同 时 对COM 组 件 的 开 发 提 供 最 大 限 度 的 代 码 自 动 生 成 以 及 可 视 化 支 持。 为 了 方 便 使 用， 从Microsoft Visual C++ 5.0 版 本 开 始，Microsoft 把ATL 集 成 到Visual C++ 开 发 环 境 中。1998 年9 月 推 出 的Visual Studio 6.0 集 成 了ATL 3.0 版 本。 目 前，ATL 已 经 成 为Microsoft 标 准 开 发 工 具 中 的 一 个 重 要 成 员， 日 益 受 到C++ 开 发 人 员 的 重 视。

---- ATL 究 竟 给 开 发 人 员 带 来 了 什 么 样 的 益 处 呢 ？ 这 要 先 从ATL 产 生 以 前 的COM 开 发 方 式 说 起。

---- 在ATL 产 生 以 前， 开 发COM 组 件 的 方 法 主 要 有 两 种： 一 是 使 用COM SDK 直 接 开 发COM 组 件， 另 一 种 方 式 是 通 过MFC 提 供 的COM 支 持 来 实 现。

---- 直 接 使 用COM SDK 开 发COM 组 件 是 最 基 本 也 是 最 灵 活 的 方 式。 通 过 使 用Microsoft 提 供 的 开 发 包， 我 们 可 以 直 接 编 写COM 程 序。 但 是， 这 种 开 发 方 式 的 难 度 和 工 作 量 都 很 大， 一 方 面， 要 求 开 发 者 对 于COM 的 技 术 原 理 具 有 比 较 深 入 的 了 解（ 虽 然 对 技 术 本 身 的 深 刻 理 解 对 使 用 任 何 一 种 工 具 都 是 非 常 有 益 的， 但 对 于COM 这 样 一 整 套 复 杂 的 技 术 而 言， 在 短 时 间 内 完 全 掌 握 是 很 难 的）； 另 一 方 面， 直 接 使 用COM SDK 要 求 开 发 人 员 自 己 去 实 现COM 应 用 的 每 一 个 细 节， 完 成 大 量 的 重 复 性 工 作。 这 样 做 的 结 果 是， 不 仅 降 低 了 工 作 效 率， 同 时 也 使 开 发 人 员 不 得 不 把 许 多 精 力 投 入 到 与 应 用 需 求 本 身 无 关 的 技 术 细 节 中。 虽 然 这 种 开 发 方 式 对 于 某 些 特 殊 的 应 用 很 有 必 要， 但 这 种 编 程 方 式 并 不 符 合 组 件 化 程 序 设 计 方 法 所 倡 导 的 可 重 用 性， 因 此， 直 接 采 用COM SDK 不 是 一 种 理 想 的 开 发 方 式。

---- 使 用MFC 提 供 的COM 支 持 开 发COM 应 用 可 以 说 在 使 用COM SDK 基 础 上 提 高 了 自 动 化 程 度， 缩 短 了 开 发 时 间。MFC 采 用 面 向 对 象 的 方 式 将COM 的 基 本 功 能 封 装 在 若 干MFC 的C++ 类 中， 开 发 者 通 过 继 承 这 些 类 得 到COM 支 持 功 能。 为 了 使 派 生 类 方 便 地 获 得COM 对 象 的 各 种 特 性，MFC 中 有 许 多 预 定 义 宏， 这 些 宏 的 功 能 主 要 是 实 现COM 接 口 的 定 义 和 对 象 的 注 册 等 通 常 在COM 对 象 中 要 用 到 的 功 能。 开 发 者 可 以 使 用 这 些 宏 来 定 制COM 对 象 的 特 性。

---- 另 外， 在MFC 中 还 提 供 对Automation 和ActiveX Control 的 支 持， 对 于 这 两 个 方 面，Visual C++ 也 提 供 了 相 应 的AppWizard 和ClassWizard 支 持， 这 种 可 视 化 的 工 具 更 加 方 便 了COM 应 用 的 开 发。

---- MFC 对COM 和OLE 的 支 持 确 实 比 手 工 编 写COM 程 序 有 了 很 大 的 进 步。 但 是MFC 对COM 的 支 持 还 不 够 完 善 和 彻 底， 例 如 对COM 接 口 定 义 的IDL 语 言，MFC 并 没 有 任 何 支 持， 此 外 对 于 近 些 年 来COM 和ActiveX 技 术 的 新 发 展MFC 也 没 有 提 供 灵 活 的 支 持。 这 是 由MFC 设 计 的 基 本 出 发 点 决 定 的。MFC 被 设 计 成 对Windows 平 台 编 程 开 发 的 面 向 对 象 的 封 装， 自 然 要 涉 及Windows 编 程 的 方 方 面 面，COM 作 为Windows 平 台 编 程 开 发 的 一 个 部 分 也 得 到MFC 的 支 持， 但 是MFC 对COM 的 支 持 是 以 其 全 局 目 标 为 出 发 点 的， 因 此 对COM 的 支 持 必 然 要 服 从 其 全 局 目 标。 从 这 个 方 面 而 言，MFC 对COM 的 支 持 不 能 很 好 地 满 足 开 发 者 的 要 求。

---- 随 着Internet 技 术 的 发 展，Microsoft 将ActiveX 技 术 作 为 其 网 络 战 略 的 一 个 重 要 组 成 部 分 大 力 推 广， 然 而 使 用MFC 开 发 的ActiveX Control， 代 码 冗 余 量 大， 即 所 谓 的“ 肥 代 码”（Fat Code）， 而 且 必 须 要 依 赖 于MFC 的 运 行 时 刻 库 才 能 正 确 地 运 行。 虽 然MFC 的 运 行 时 刻 库 只 有 部 分 功 能 与COM 有 关， 但 是 由 于MFC 的 继 承 实 现 的 本 质，ActiveX Control 必 须 背 负 运 行 时 刻 库 这 个 沉 重 的 包 袱。 如 果 采 用 静 态 连 接MFC 运 行 时 刻 库 的 方 式， 这 将 使ActiveX Control 代 码 过 于 庞 大， 在 网 络 上 传 输 时 将 占 据 宝 贵 的 网 络 带 宽 资 源； 如 果 采 用 动 态 连 接MFC 运 行 时 刻 库 的 方 式， 这 将 要 求 浏 览 器 一 方 必 须 具 备MFC 的 运 行 时 刻 库 支 持。 总 之，MFC 对COM 技 术 的 支 持 在 网 络 应 用 的 环 境 下 也 显 得 很 不 灵 活。

Ⅲ VC 中的ATL和 MFC哟哟什么区别

ATL是ActiveXTemplateLibrary的缩写，它是一套C++模板库。使用ATL能够快速地开发出高效、简洁的代码，同时对COM组件的开发提供最大限度的代码自动生成以及可视化支持。为了方便使用，从MicrosoftVisualC++5.0版本开始，Microsoft把ATL集成到VisualC++开发环境中。1998年9月推出的VisualStudio6.0集成了ATL3.0版本。
在ATL产生以前，开发COM组件的方法主要有两种：一是使用COMSDK直接开发COM组件，另一种方式是通过MFC提供的COM支持来实现。
直接使用COMSDK开发COM组件是最基本也是最灵活的方式。通过使用Microsoft提供的开发包，我们可以直接编写COM程序。但是，这种开发方式的难度和工作量都很大，一方面，要求开发者对于COM的技术原理具有比较深入的了解（虽然对技术本身的深刻理解对使用任何一种工具都是非常有益的，但对于COM这样一整套复杂的技术而言，在短时间内完全掌握是很难的）；另一方面，直接使用COMSDK要求开发人员自己去实现COM应用的每一个细节，完成大量的重复性工作。这样做的结果是，不仅降低了工作效率，同时也使开发人员不得不把许多精力投入到与应用需求本身无关的技术细节中。虽然这种开发方式对于某些特殊的应用很有必要，但这种编程方式并不符合组件化程序设计方法所倡导的可重用性，因此，直接采用COMSDK不是一种理想的开发方式。
使用MFC提供的COM支持开发COM应用可以说在使用COMSDK基础上提高了自动化程度，缩短了开发时间。MFC采用面向对象的方式将COM的基本功能封装在若干MFC的C++类中，开发者通过继承这些类得到COM支持功能。为了使派生类方便地获得COM对象的各种特性，MFC中有许多预定义宏，这些宏的功能主要是实现COM接口的定义和对象的注册等通常在COM对象中要用到的功能。开发者可以使用这些宏来定制COM对象的特性。
随着Internet技术的发展，Microsoft将ActiveX技术作为其网络战略的一个重要组成部分大力推广，然而使用MFC开发的ActiveXControl，代码冗余量大，即所谓的“肥代码”（FatCode），而且必须要依赖于MFC的运行时刻库才能正确地运行。虽然MFC的运行时刻库只有部分功能与COM有关，但是由于MFC的继承实现的本质，ActiveXControl必须背负运行时刻库这个沉重的包袱。如果采用静态连接MFC运行时刻库的方式，这将使ActiveXControl代码过于庞大，在网络上传输时将占据宝贵的网络带宽资源；如果采用动态连接MFC运行时刻库的方式，这将要求浏览器一方必须具备MFC的运行时刻库支持。总之，MFC对COM技术的支持在网络应用的环境下也显得很不灵活。
MFC对COM和OLE的支持确实比手工编写COM程序有了很大的进步。但是MFC对COM的支持还不够完善和彻底，例如对COM接口定义的IDL语言，MFC并没有任何支持，此外对于近些年来COM和ActiveX技术的新发展MFC也没有提供灵活的支持。这是由MFC设计的基本出发点决定的。MFC被设计成对Windows平台编程开发的面向对象的封装，自然要涉及Windows编程的方方面面，COM作为Windows平台编程开发的一个部分也得到MFC的支持，但是MFC对COM的支持是以其全局目标为出发点的，因此对COM的支持必然要服从其全局目标。从这个方面而言，MFC对COM的支持不能很好地满足开发者的要求。

对于程序员来说，还有一个区别就是ATL要求你懂得更多的COM知识，这样你才能直接使用ATL来编写COM组件或者控件，而MFC甚至不要求你知道COM是个什么东西就能写出一个ActiveX控件来了。
此外，如果你编写的控件有GUI（图形用户界面）的话，你最好使用MFC；如果根本不需要GUI，那最好使用ATL编写，当然你也可以选择MFC来编写不可见的控件，但是开销比ATL大，而执行效率却小于ATL；但是有时候这种差别所带来影响可以忽略掉的话，那么我建议你还是用MFC来写，唯一的理由是它开发起来更简单，易于调试。如果你是一个COM的门外汉，却又想使用ATL来编写控件，那么建议你先准备半年时间（保守估计）来学习COM的理论知识

简单地说,ATL在网络应用普及的今天,开发效果(简洁\高效)要比MFC好.但我本人觉得MFC也不差!我一直在用MFC做事!

Ⅳ MFC、ATL、COM是否还有发展空间

C#和MFC不是一种东西，不能比较。
.Net框架最初的设计是用来替换MFC作为面向对象的API封装，不过API爆炸性增长之后这个目标变得不太现实，因为类库大小已经有人开始抱怨了，不可能再加入太多API的封装类。新的API很多都是基于COM的，在使用上MFC和ATL具有优势。

Ⅳ c++中的ATL是用来干什么的

ATL是一个产生C++/COM代码的框架，就如同C语言是一个产生汇编代码的框架
ATL又不同于MFC，它完全面向COM组件，其技术路线也不同于MFC，MFC使用的是C++中的继承、封装、嵌套等常规技术，而ATL使用了C++中模板、多继承等高级技术，甚至还用到了STL。所以学习和使用ATL要求我们必须熟悉这些C++高级特性。另一方面，ATL结构完全针对COM中的诸多规范，这就要求使用人员必须非常了解COM规范，才有可能真正把ATL用好。
对于COM应用的开发，ATL无疑是首选的工具，与MFC相比，ATL的规模还不算大，但是从上述的介绍可以看出，ATL涉及到了COM的方方面面。 实际上，ATL的内容还要多得多，比如OLE DB的支持、MTS的支持等。

Ⅵ 什么是TL币

CTL：Citadel Network是一个去中心化的P2P加密网站，用户通过发送代币进行经济交易。Citadel主要有两个部分——Citadel Network，基于区块链加密安全基础设施，用于用户间的CTL代币的经济交易；Citadel平台，是一个多元化，灵活的全球化生态系统，为用户提供货币交易，身份识别和电子商务等服务。
MTL：
Metal是一种基于区块链技术，用来证明用户处理付款确认的，使用MTL代币进行奖励，类似于比特币的数字货币。Metal拥有一个友好的用户界面的产品，就像Venmo、Square、PayPal。Metal作为一个支付工具，比特币或其他的数字货币都适用。虽然世界上还有很多小企业更愿意接受现金，然而无现金是未来趋势，拒绝接受数字货币或信用卡支付会落后于这个社会。简单的说，Metal只针对企业提供数字货币新服务，数字货币都有共同的特点，特别是在隐私保护上。为了使数字支付方式进入现实世界，一些传统银行机构也在利用区块链技术，Metal预计这样做将让消费者在购买商品时节省4%-5%。
XTL：Stellite是一种现代化的、安全的、去中心化的开源式加密货币，由社区驱动，为日常设备提供用户友好的区块链工具。Stellite是首个将IPFS和ZeroNet与区块链相连的加密货币，所有数据都是私有的。
ATL：
Atlant是一个可定制的去中心化系统，建立在以太坊DAO协议基础上。代币是这个平台的核心，简称“ATL”。 ATL代币本质上是Atlant平台的会员凭证，它能够给予代币拥有者以下权利: 通过Atlant平台，用户可以列出他们资产的所有属性。该平台允许业主和开发者通过创建自定义的智能合约来对财产进行代币化，从而进行财产(部分或全部)出售或吸引投资。标的的股份规模最初拟定为资产的7%，以后将由ATL代币持有人投票决定。在成功的众筹后，通过第三方托管的代币的一部分将被按比例分配给ATL代币持有人。 在与承租人的P2P租赁交易完成后，将收取一笔小费用的佣金。这些佣金被分配给ATL代币持有人。这个费用的大小由ATL代币持有者投票来决定。 通过投票可以决定有关资产的各种行为:平台上市决策、上市费用批准、律师事务所选择、管理公司选择(财产代币化)、租金批准、租赁费用批准等。 在Atlant的框架内，通过仲裁机构的评级系统，持币人能够在P2P租赁服务中成为仲裁解决方案的仲裁人，他们能够通过这种途径赚取额外收入。被第三方托管的保管资金于是就被分配给来执行仲裁的ATL币持有人。 拥有平台内的影响力。代币持有人拥有提议，投票表决权，能协助平台的进一步发展，以提高全球房地产的效率，并促进Atlant的全球化推广和增长。

Ⅶ ATL的什么是ATL

自从1993年Microsoft首次公布了COM技术以后，Windows平台上的开发模式发生了巨大的变化，以COM为基础的一系列软件组件化技术将Windows编程带入了组件化时代。广大的开发人员在为COM带来的软件组件化趋势欢欣鼓舞的同时，对于COM开发技术的难度和烦琐的细节也感到极其的不便。COM编程一度被视为一种高不可攀的技术，令人望而却步。开发人员希望能够有一种方便快捷的COM开发工具，提高开发效率，更好地利用这项技术。
针对这种情况，Microsoft公司在推出COM SDK以后，为简化COM编程，提高开发效率，采取了许多方案，特别是在MFC（Microsoft Foundation Class）中加入了对COM和OLE的支持。但是随着Internet的发展，分布式的组件技术要求COM组件能够在网络上传输，而又尽量节约宝贵的网络带宽资源。采用MFC开发的COM组件由于种种限制不能很好地满足这种需求，因此Microsoft在1995年又推出了一种全新的COM开发工具ATL。
ATL是ActiveX Template Library 的缩写，它是一套C++模板库。使用ATL能够快速地开发出高效、简洁的代码（Effective and Slim code），同时对COM组件的开发提供最大限度的代码自动生成以及可视化支持。为了方便使用，从MicrosoftVisual C++5.0版本开始，Microsoft把ATL集成到Visual C++开发环境中。1998年9月推出的Visual Studio 6.0 集成了ATL 3.0版本。ATL已经成为Microsoft标准开发工具中的一个重要成员，日益受到C++开发人员的重视。
ATL究竟给开发人员带来了什么样的益处呢？这还要先从ATL产生以前的COM开发方式说起。
在ATL产生以前，开发COM组件的方法主要有两种：一是使用COM SDK直接开发COM组件，另一种方式是通过MFC提供的COM支持来实现。
直接使用COM SDK开发COM组件是最基本也是最灵活的方式。通过使用Microsoft提供的开发包，我们可以直接编写COM程序。但是，这种开发方式的难度和工作量都很大，一方面，要求开发者对于COM的技术原理具有比较深入的了解（虽然对技术本身的深刻理解对使用任何一种工具都是非常有益的，但对于COM这样一整套复杂的技术而言，在短时间内完全掌握是很难的），另一方面，直接使用COM SDK要求开发人员自己去实现COM应用的每一个细节，完成大量的重复性工作。这样做的结果是，不仅降低了工作效率，同时也使开发人员不得不把许多精力投入到与应用需求本身无关的技术细节中。虽然这种开发方式对于某些特殊的应用很有必要，但这种编程方式并不符合组件化程序设计方法所倡导的可重用性，因此，直接采用COM SDK不是一种理想的开发方式。
使用MFC提供的COM支持开发COM应用可以说在使用COM SDK基础上提高了自动化程度，缩短了开发时间。MFC采用面向对象的方式将COM的基本功能封装在若干MFC的C++类中，开发者通过继承这些类得到COM支持功能。为了使派生类方便地获得COM对象的各种特性，MFC中有许多预定义宏，这些宏的功能主要是实现COM接口的定义和对象的注册等通常在COM对象中要用到的功能。开发者可以使用这些宏来定制COM对象的特性。
另外，在MFC中还提供对Automation和 ActiveX Control的支持，对于这两个方面，Visual C++也提供了相应的AppWizard和ClassWizard支持，这种可视化的工具更加方便了COM应用的开发。
MFC对COM和OLE 的支持确实比手工编写COM程序有了很大的进步。但是MFC对COM的支持是不够完善和彻底的，例如对COM接口定义的IDL语言，MFC并没有任何支持，此外对于近些年来COM和ActiveX技术的新发展MFC也没有提供灵活的支持。这是由MFC设计的基本出发点决定的。MFC被设计成对Windows平台编程开发的面向对象的封装，自然要涉及Windows编程的方方面面，COM作为Windows平台编程开发的一个部分也得到MFC的支持，但是MFC对COM的支持是以其全局目标为出发点的，因此对COM 的支持必然要服从其全局目标。从这个方面而言，MFC对COM的支持不能很好的满足开发者的要求。
随着Internet技术的发展，Microsoft将ActiveX技术作为其网络战略的一个重要组成部分大力推广，然而使用MFC开发的ActiveX Control，代码冗余量大（所谓的“肥代码 Fat Code”），而且必须要依赖于MFC的运行时刻库才能正确地运行。虽然MFC的运行时刻库只有部分功能与COM有关，但是由于MFC的继承实现的本质，ActiveX Control必须背负运行时刻库这个沉重的包袱。如果采用静态连接MFC运行时刻库的方式，这将使ActiveX Control代码过于庞大，在网络上传输时将占据宝贵的网络带宽资源；如果采用动态连接MFC运行时刻库的方式，这将要求浏览器一方必须具备MFC的运行时刻库支持。总之MFC对COM技术的支持在网络应用的环境下也显得很不灵活。
解决上述COM开发方法中的问题正是ATL的基本目标。
首先ATL的基本目标就是使COM应用开发尽可能地自动化，这个基本目标就决定了ATL只面向COM开发提供支持。目标的明确使ATL对COM技术的支持达到淋漓尽致的地步。对COM开发的任何一个环节和过程，ATL都提供支持，并将与COM开发相关的众多工具集成到一个统一的编程环境中。对于COM/ActiveX的各种应用，ATL也都提供了完善的Wizard支持。所有这些都极大地方便了开发者的使用，使开发者能够把注意力集中在与应用本身相关的逻辑上。
其次，ATL因其采用了特定的基本实现技术，摆脱了大量冗余代码，使用ATL开发出来的COM应用的代码简练高效，即所谓的“Slim Code”。ATL在实现上尽可能采用优化技术，甚至在其内部提供了所有C/C++开发的程序所必须具有的C启动代码的替代部分。同时ATL产生的代码在运行时不需要依赖于类似MFC程序所需要的庞大的代码模块，包含在最终模块中的功能是用户认为最基本和最必须的。这些措施使采用ATL开发的COM组件（包括ActiveX Control)可以在网络环境下实现应用的分布式组件结构。
第三，ATL的各个版本对Microsoft的基于COM的各种新的组件技术如MTS、ASP等都有很好的支持，ATL对新技术的反应速度大大快于MFC。ATL已经成为Microsoft支持COM应用开发的主要开发工具，因此COM技术方面的新进展在很短的时间内都会在ATL中得到反映。这使开发者使用ATL进行COM编程可以得到直接使用COM SDK编程同样的灵活性和强大的功能。
本文的目的就是希望在有限的篇幅中能够使读者对ATL的使用和基本原理有一个初步的了解，为广大的COM开发人员更好地使用ATL开发起到抛砖引玉的作用。

Ⅷ VC++，MFC，COM和ATL的区别

MFC是vc的一个库
com是接口吧
atl是容器
在网络上看看吧。
c++是语言
vc++ 是c++编程软件平台在上面可以使用后三者。

Ⅸ VC 中的ATL是什么

这种问题直接网络就可以啦。简单复制一些摘要：
Active Template Library活动模板库，是一种微软程序库，支持利用C++语言编写ASP代码以及其它ActiveX程序。通过活动模板库，可以建立COM组件，然后通过ASP页面中的脚本对COM对象进行调用。这种COM组件可以包含属性页、对话框等等控件。

简单的说，就是一套为了开发通用COM组件/控件 而做的一个开发库模板平台。