如何管理Outlook加载项清单的自定义?

发布于 2025-02-03 06:45:27 字数 364 浏览 3 评论 0原文

我有一个Outlook加载项的清单,其中包含一些因站点而异的元素; Microsoft支持〜RemoteAppurl构造,该构造负责大多数情况,但是我还有其他两个要以类似方式管理的元素(如果可能的话?),但是我目前手动编辑;这些是

  • appid,显然每个站点必须有不同的
  • 应用程序域,请参见下文,其中XXX是特定于网站的,
<AppDomains>
  <AppDomain>https://XXX.azurewebsites.net</AppDomain>
</AppDomains>

我知道我可以每个站点都有明显的情况,但是还有更好的选择吗?

I have a Manifest for an Outlook Add-In which contains a few elements that vary from site to site; Microsoft support the ~remoteAppUrl construct, which takes care of most of these cases, but I have two other elements that I'd like to manage in a similar way (if possible?) but that I currently edit manually; these are

  • The AppID, which obviously must be different per site
  • An App Domain, see below, where XXX is specific to the site
<AppDomains>
  <AppDomain>https://XXX.azurewebsites.net</AppDomain>
</AppDomains>

I know I could have a Manifest per site, but is there a better alternative?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

时光瘦了 2025-02-10 06:45:27

如果您使用Yeoman Generator来脚手架附加解决方案的骨架,则很可能会使用webpack捆绑源代码。在这种情况下,您可以配置 webpack.config.config.js file。 webpack.config.js root文件夹中的文件将由WebPack自动使用。

在脚手架解决方案中开箱即用,您会得到配置的释放和调试配置,其中清单文件将相应地修补。

If you use the yeoman generator for scaffolding the skeleton of your add-in solution, most probably it will use webpack for bundling the source code. In that case you may configure the webpack.config.js file. A webpack.config.js file in the root folder will be automatically used by webpack.

Out of the box in the scaffolded solution you get configured release and debug configurations where the manifest file will be patched accordingly.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文