这包括有关从现有 COM、VSTO 和独立 EXE 应用程序迁移到 Windows Web 加载项环境中的新 Outlook 的三个初始问题。
我首先要问三个主要问题：
使用 Windows 上的新 Outlook，独立 exe 是否能够实例化 Outlook 应用程序对象并继续使用它们当前可以使用的所有属性和方法？
当前的一些 COM 和 VSTO 加载项利用复杂的 Windows 窗体对话框进行用户交互。借助 Windows 上的新 Outlook 所需的狭窄 Web 插件任务窗格，如何远程实现这一点？似乎几乎不可能做出改变。
Outlook javascript 对象模型是否与 COM 和 VSTO 加载项的当前对象模型一样全面？如果没有，拥有现有 COM 和 VSTO 加载项的公司怎么可能考虑使用 Windows 上的新 Outlook？
感谢您对此的任何想法。
我构建了可与窗格、javascript 和后端 C# 配合使用的 Web 插件。然而，这些应用程序与当前在 Outlook 2016 和 365 中工作的 COM 和 VSTO 加载项有很大不同，并且受到更多限制。
这三个问题的答案都是“还没有”。请记住，桌面 Outlook 受到完全支持 - Microsoft 意识到许多公司依赖数以万计的 LOB 应用程序和 COM 插件。桌面版 Outlook 不会被取代 - 它仍然是 Office 套装的一部分。
新的 Outlook (Monarch) 是 Windows Mail 和 Windows Calendar 的替代品，而不是桌面版本的 Outlook。