"Sideload" 以编程方式在桌面上运行的 Office 应用程序
"Sideload" an App for Office programatically on the Desktop
我不确定 "sideloading" 是否正确：是否有 API 以编程方式安装基于 Office Javascript API 的加载项（例如任务窗格应用程序）添加到桌面上的当前/特定文档（至少在 Windows 上）？
当您调试 App for Office 项目时，VisualStudio 会执行此操作。我该如何实现同样的目标？
目前无法通过 JavaScript 以编程方式将应用程序（现在 "Office Add-in"）插入文档 。这是产品组知道的场景，但我们还没有。
您 可以 通过 Open XML SDK 插入它（实际上 Visual Studio 是这样做的），但那将是 .NET 代码运行 在 Office 加载项之外（而不是在当前打开的文档上）。 Visual Studio 特别是实际上将注册的应用程序插入到基于特殊本地注册表的 "Developer Store"，但我想不出有什么理由不能用于实际的 Office-Store 或 SharePoint 应用程序目录-托管应用程序。如果您有兴趣走这条路，请告诉我，我可能会在您需要编写的代码中找到一些指示。
最后（尽管可能不言而喻），您可以将应用程序插入到模板中，而不是常规文档中。这样，任何从该模板创建文档的人都会获得您的加载项——例如，我相信 Excel 中的 Paypal Invoicing 加载项就是这样做的。
希望对您有所帮助，
~ Michael Zlatkovsky，Office 可扩展性团队开发人员，MSFT
我不确定 "sideloading" 是否正确：是否有 API 以编程方式安装基于 Office Javascript API 的加载项（例如任务窗格应用程序）添加到桌面上的当前/特定文档（至少在 Windows 上）？
当您调试 App for Office 项目时，VisualStudio 会执行此操作。我该如何实现同样的目标？
目前无法通过 JavaScript 以编程方式将应用程序（现在 "Office Add-in"）插入文档 。这是产品组知道的场景，但我们还没有。
您 可以 通过 Open XML SDK 插入它（实际上 Visual Studio 是这样做的），但那将是 .NET 代码运行 在 Office 加载项之外（而不是在当前打开的文档上）。 Visual Studio 特别是实际上将注册的应用程序插入到基于特殊本地注册表的 "Developer Store"，但我想不出有什么理由不能用于实际的 Office-Store 或 SharePoint 应用程序目录-托管应用程序。如果您有兴趣走这条路，请告诉我，我可能会在您需要编写的代码中找到一些指示。
最后（尽管可能不言而喻），您可以将应用程序插入到模板中，而不是常规文档中。这样，任何从该模板创建文档的人都会获得您的加载项——例如，我相信 Excel 中的 Paypal Invoicing 加载项就是这样做的。
希望对您有所帮助，
~ Michael Zlatkovsky，Office 可扩展性团队开发人员，MSFT