加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 大数据 > 正文

delphi – 如何最好的未来证明我需要连接到Outlook的应用程序?

发布时间:2020-12-15 09:41:24 所属栏目:大数据 来源:网络整理
导读:我有一个用Delphi编写的联系人管理应用程序,它具有我10年前开发的“与Outlook同步”功能.现在,我将回去添加一些功能并修复一些错误.此同步功能使用Outlook对象模型开始,但它有一个名为“使用MAPI增强功能”的可选模式,它使用纯MAPI来加速查找更改的方式,并允
我有一个用Delphi编写的联系人管理应用程序,它具有我10年前开发的“与Outlook同步”功能.现在,我将回去添加一些功能并修复一些错误.此同步功能使用Outlook对象模型开始,但它有一个名为“使用MAPI增强功能”的可选模式,它使用纯MAPI来加速查找更改的方式,并允许使用RTF同步注释而不是只是纯文本.

我想知道是否支持两个并行执行路径是一个好主意.

如果我使用所有MAPI,我相信我会避免一些安全提示,并且我会避免使用防病毒具有阻止我的应用程序连接到Outlook的“脚本阻止”功能的情况.但我相信,在不利方面,我的32位应用程序将无法使用MAPI连接64位Outlook 2010.我总是想知道MAPI的未来.

如果我坚持使用Outlook对象模型,我的32位应用程序是否能够连接到Outlook对象模型(因为它不在进程COM中)?如果是这样,这是保持我的Outlook对象模型执行路径到位的一个令人信服的理由.但如果没有,如果我的应用程序需要为x64编译,那么为什么不选择纯MAPI呢?

解决方法

这是正确的,您需要根据Outlook位数编译32位或64位代码.

至于MAPI的未来,它仍然存在并得到MS的积极支持. Outlook 2010仍然是纯MAPI.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读