Outlook Web 插件部署选项。 Exchange Admin Center 与 Office 商店，该选择哪一个？
Outlook web add-in deployment options. Exchange Admin Center vs Office store, Which one to pick?
我目前正在开发基于 Office 365.
的 Outlook Web 插件
此加载项将供拥有自己的 Web 服务器的企业使用。这意味着清单文件的标签需要被不同的企业修改以指向他们的服务器。
从部署的角度来看，我正在考虑在安装程序中提供网络服务器组件。我还想将 清单文件 与安装程序捆绑在一起，以便管理员用户可以：
- 修改清单文件以指向其企业中的网络服务器。
- 使用 Exchange 管理中心选项部署清单文件。此选项将允许管理员为适用于加载项的用户帐户设置加载项。
根据我的要求，我可以使用 Office Store 吗？如果我将加载项放入商店，将如何修改清单文件？
在我看来 Exchange 管理中心 选项更好，因为它允许修改清单文件并允许同时为多个用户帐户设置加载项。
但是，我不确定 Exchange 管理中心选项从部署的角度来看是否足够专业。是还是不是？
"Exchange Admin Center" 部署选项没有问题。事实上，这是要考虑的合格选项之一。请参考Deploy and publish your Office Add-in。也可以考虑办公室商店部署选项。你问我你的要求怎么可能？让我们发现...
- 您有一个要在内部（您公司的服务器）部署的应用程序and/or 将其分发给您的客户。客户可以在他们自己的服务器上部署应用程序的副本或使用您的部署。正如您所说，有什么区别是清单文件的轻微修改。向您的客户提供指向您的部署服务器或他们自己的部署服务器的清单文件的修改版本没有错。
您甚至可以通过在单一位置（您的公司位置）托管您的应用程序来简化客户的生活，并为您的客户提供指向 "custom" manifest.xml 的独特 URL，与您的应用程序一起托管.在这种情况下，您将受益于在中心点更新您的应用程序，并且您的分发将为您的客户提供 URL 到 "custom" 清单。
- 我提到过您也可以考虑 Office 商店选项。我的意思是如果你有直接客户（不是通过企业），客户使用你的服务，而不是他们自己的服务。在这种情况下，您可以将 manifest.xml 指向您的公司服务的应用程序发布到 Office 商店。在这种情况下，使用 Office 商店应用程序的人将直接使用您的服务，您的应用程序将通过 Office 商店获得曝光；同时，需要自己服务的企业将通过 "custom" 直接作为文件提供的清单或在 your/their 环境中托管并作为 URI 提供的清单来分发应用程序。
底线：通过 Exchange 管理中心发布您的应用程序看起来确实不专业。完全符合您的要求。
注意：如果你觉得很难理解什么是app，什么是manifest（我用过的术语）请参考https://dev.office.com/docs/add-ins/overview/office-add-ins#anatomy-of-an-office-add-in
我目前正在开发基于 Office 365.
的 Outlook Web 插件此加载项将供拥有自己的 Web 服务器的企业使用。这意味着清单文件的
从部署的角度来看，我正在考虑在安装程序中提供网络服务器组件。我还想将 清单文件 与安装程序捆绑在一起，以便管理员用户可以：
- 修改清单文件以指向其企业中的网络服务器。
- 使用 Exchange 管理中心选项部署清单文件。此选项将允许管理员为适用于加载项的用户帐户设置加载项。
根据我的要求，我可以使用 Office Store 吗？如果我将加载项放入商店，将如何修改清单文件？
在我看来 Exchange 管理中心 选项更好，因为它允许修改清单文件并允许同时为多个用户帐户设置加载项。
但是，我不确定 Exchange 管理中心选项从部署的角度来看是否足够专业。是还是不是？
"Exchange Admin Center" 部署选项没有问题。事实上，这是要考虑的合格选项之一。请参考Deploy and publish your Office Add-in。也可以考虑办公室商店部署选项。你问我你的要求怎么可能？让我们发现...
- 您有一个要在内部（您公司的服务器）部署的应用程序and/or 将其分发给您的客户。客户可以在他们自己的服务器上部署应用程序的副本或使用您的部署。正如您所说，有什么区别是清单文件的轻微修改。向您的客户提供指向您的部署服务器或他们自己的部署服务器的清单文件的修改版本没有错。 您甚至可以通过在单一位置（您的公司位置）托管您的应用程序来简化客户的生活，并为您的客户提供指向 "custom" manifest.xml 的独特 URL，与您的应用程序一起托管.在这种情况下，您将受益于在中心点更新您的应用程序，并且您的分发将为您的客户提供 URL 到 "custom" 清单。
- 我提到过您也可以考虑 Office 商店选项。我的意思是如果你有直接客户（不是通过企业），客户使用你的服务，而不是他们自己的服务。在这种情况下，您可以将 manifest.xml 指向您的公司服务的应用程序发布到 Office 商店。在这种情况下，使用 Office 商店应用程序的人将直接使用您的服务，您的应用程序将通过 Office 商店获得曝光；同时，需要自己服务的企业将通过 "custom" 直接作为文件提供的清单或在 your/their 环境中托管并作为 URI 提供的清单来分发应用程序。
底线：通过 Exchange 管理中心发布您的应用程序看起来确实不专业。完全符合您的要求。
注意：如果你觉得很难理解什么是app，什么是manifest（我用过的术语）请参考https://dev.office.com/docs/add-ins/overview/office-add-ins#anatomy-of-an-office-add-in