有人可以快速解释一下何时使用 Visual Studio 2008 Outlook 2007 Ad-In 项目类型吗？这与直接在 Outlook 中开发一堆 Outlook 宏相比如何？
基本上，我想让某种应用程序从 pop3 邮箱中读取电子邮件（带附件），对主题/发件人/内容进行一些过滤/编辑/验证，然后如果满足某些条件，保存附件到本地文件，然后在 SQL Server 数据库表中添加一个条目（即日期/发件人/主题/消息）。
似乎至少有 10 种不同的方法可以做到这一点......那么在 Outlook 宏和 VS Office 项目之间，我该如何选择？
我不清楚，如果我将此解决方案创建为 Visual Studio Outlook 加载项，它在哪里运行？它是否已加载到 Outlook 中，是否作为单独的进程运行并与 Outlook 来回通信？如果 Outlook 没有运行，它会启动它吗？
【问题讨论】：
标签： visual-studio outlook
Outlook 插件是一个编译组件，它使用 Outlook API 来执行您需要的任务。宏/VB 脚本是实际使用相同 API 的解释脚本。如果您想部署您的功能，附加方法会更好。
当您在 Visual Studio 中处理 Outlook 插件时，您将创建一个集成到 Outlook 应用程序中的 .NET 组件，该应用程序是用 C++ 编写的，因此使用 COM。您必须小心托管/非托管类型以及释放从 Outlook 检索到的对象。
我最近刚刚完成了这样一个工具，但我选择使用 Add-in Express (http://www.add-in-express.com/)。这些人在 [具有挑战性的] Outlook API 之上提供了一层抽象，如果您遇到困难，还可以提供一些出色的支持。
就我而言，使用 Add-in Express，我通过在项目属性中将 Outlook 设置为要运行的应用程序命令来“运行”。 Add-in Express 会整理 Outlook 中加载项的安装。因此，当我按“运行”时，Outlook 会启动并显示我的加载项，这可能会以正常方式进行调试。我不确定 VSTO（Visual Studio Tools for Office）在这方面是如何工作的 - 或者至少，我不记得了。
【讨论】：
This 是 Outlook 加载项的示例。 就个人而言，我看不到可分发的宏。
【讨论】：