来自Outlook生态系统的COM附加EOL

问题描述

我们使用com加载项提取会议信息并在我们的自定义产品中创建会议。我们使用第三方dev-express控件。最近,我们看到COM +加载项在办公生态系统中的支持有限,并且我们意识到Office-JS加载项是未来。通过最近的更新,我们已经看到一些问题,表明COM的死亡快于我们的预期。

我们有一个使用COM的庞大客户群,如果Microsoft逐步淘汰了它,我们将不得不通过解决方案向这些客户求助。我们正在全力以赴复制Office-JS外接程序中COM +外接程序的所有功能,但这是一项巨大的投入。

从Outlook生态系统中逐步淘汰COM加载项的暂定时间表是什么,将来是否有COM +加载项的未来路线图。

解决方法

首先,它是一个COM插件,而不是COM +插件。其次,Microsoft尚未宣布任何计划停止在Outlook中支持COM加载项。这是一项成熟的技术,实际上并不需要太多改进。

如果您遇到一个特定的问题,最好发布一个特定的问题,而不是一概而论。

Microsoft正在将其大部分资源投入到基于JS的新插件中,运行Outlook的所有平台都支持该插件。不幸的是,从功能上来说,Web插件API距数十年的Outlook对象模型和COM插件都不远。

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...