我目前正在开发基于 Office 365 的Outlook Web插件 .
这个加载项将由拥有自己的Web服务器的企业使用 . 这意味着不同企业需要修改 < SourceLocation > tag of manifest file 以指向其服务器 .
从部署的角度来看，我正在考虑在安装程序中提供Web服务器组件 . 我还想将 manifest file 与安装程序捆绑在一起，以便admin用户可以：
-
修改清单文件以指向其企业中的Web服务器 .
-
使用Exchange管理中心选项部署清单文件 . 此选项将允许管理员为加载项适用的用户帐户设置加载项 .
根据我的要求，我可以使用 Office Store 吗？如果我将加载项放入商店，如何修改清单文件？
对我来说，似乎 Exchange Admin Center 选项更好，因为它允许修改清单文件并允许一次为许多用户帐户设置加载项 .
但是，我不确定Exchange管理中心选项是否从部署角度看起来足够专业 . 是不是？
1 回答
"Exchange Admin Center"部署选项没有错 . 实际上，这是可以考虑的合格选项之一 . 请参阅Deploy and publish your Office Add-in . 也可以考虑Office商店部署选项 . 你问我，你的要求怎么可能？让我们发现......
您希望在内部（公司服务器）部署单个应用程序和/或将其分发给您的客户 . 客户可以在自己的服务器上部署应用程序的副本或使用您的部署 . 正如您所说，有什么区别是清单文件的轻微修改 . 向客户提供明确文件的修改版本并没有错，这些文件将指向您的部署服务器或他们自己的部署服务器 . 您甚至可以通过在您的应用程序的单个位置（您的公司位置）托管来简化客户的生活，并为您的客户提供指向您的应用程序托管的"custom" manifest.xml的唯一URL . 在这种情况下，您可以在中心点更新您的应用程序，并且您的分发将不会为您的客户提供"custom"清单的URL .
我提到你也可以考虑Office商店选项 . 我的意思是 if 您有直接客户（不是通过企业），使用您服务的客户，而不是他们自己的服务 . 在这种情况下，您可以将应用程序发布到Office商店，并使用指向公司服务的manifest.xml . 在这种情况下，将使用Office商店中的应用程序的人员将直接使用您的服务，您的应用程序将通过Office商店获得曝光;同时，需要自己服务的企业将通过"custom" manifest直接分发应用程序，该文档直接作为文件提供或托管在您/他们的环境中并作为URI提供 .
一句话：确实，通过Exchange管理中心发布您的应用程序并不是不专业的 . 根据您的要求，它是完美的选择 .
注意：如果您发现难以理解什么是应用程序以及清单是什么（我使用的术语）请参阅https://dev.office.com/docs/add-ins/overview/office-add-ins#anatomy-of-an-office-add-in