Ms office 为Microsoft Office suite开发集成产品时的注意事项

我有一个产品想法，需要集成到Microsoft Office套件中

是否有任何许可/限制问题需要我注意才能继续？

取决于

如果您的产品使用他们发布的API，而您没有将他们的任何组件“放在您的盒子里”，那么您（可能）只是他们平台上的一个增值供应商。你会告诉你的客户准备好合适的MS产品，然后在上面安装你的应用程序。这种方法很好，您需要告诉MS的唯一原因是，如果您是首选/认证供应商/合作伙伴，您将获得更多的业务。（根据您正在集成的产品，您应该在MS上进行检查，以确保在使用这些产品时没有特定的许可条款）

如果你把他们的任何代码放在你的盒子里，那么你必须确保你是在他们的许可证条款内操作的，他们几乎肯定会让你跳过一些障碍，让你自己得到他们的批准。你也有分享收入的问题，这不太可能对你有利

根据我的经验，微软不喜欢和任何人这样做——不管大小——当然也不喜欢和真正的小玩家这样做

你最好在开始之前直接接触他们，看看是否有孵化项目可以让你的想法浮出水面。

取决于

如果您的产品使用他们发布的API，而您没有将他们的任何组件“放在您的盒子里”，那么您（可能）只是他们平台上的一个增值供应商。你会告诉你的客户准备好合适的MS产品，然后在上面安装你的应用程序。这种方法很好，您需要告诉MS的唯一原因是，如果您是首选/认证供应商/合作伙伴，您将获得更多的业务。（根据您正在集成的产品，您应该在MS上进行检查，以确保在使用这些产品时没有特定的许可条款）

如果你把他们的任何代码放在你的盒子里，那么你必须确保你是在他们的许可证条款内操作的，他们几乎肯定会让你跳过一些障碍，让你自己得到他们的批准。你也有分享收入的问题，这不太可能对你有利

根据我的经验，微软不喜欢和任何人这样做——不管大小——当然也不喜欢和真正的小玩家这样做

---

你最好在开始之前直接联系他们，看看是否有孵化项目可以让你的想法浮出水面。

我意识到我也有一个技术上的答案给你。大约10年前，我为Excel编写了一个插件，该插件利用他们的电子表格从我的提供商那里提取数据。这是一款非常成功的产品，作为一款可行的创收产品使用了大约8年。这是我当时工作的BI公司的一个关键区别

我们的代码库中最头痛的是Excel版本之间API的差异，以及不同的DLL依赖关系。微软喜欢说他们不会在发布之间破坏API，但事实并非如此。他们可能在这方面做得更好，但对于我们来说，获得他们新软件的预发布版本，看看我们必须做些什么才能让我们的软件继续工作，这始终是一个真正的问题。然后我们必须支持几个不同的Ecel版本，并在它们之间升级我们的内容。总而言之，它给我们的生活增添了巨大的复杂性

---

他们的API在风格上发生了重大变化，Office比以前开放得多，但您要求考虑这些问题，这当然是一个问题。

我意识到我也有一个技术性的答案给您。大约10年前，我为Excel编写了一个插件，该插件利用他们的电子表格从我的提供商那里提取数据。这是一款非常成功的产品，作为一款可行的创收产品使用了大约8年。这是我当时工作的BI公司的一个关键区别

我们的代码库中最头痛的是Excel版本之间API的差异，以及不同的DLL依赖关系。微软喜欢说他们不会在发布之间破坏API，但事实并非如此。他们可能在这方面做得更好，但对于我们来说，获得他们新软件的预发布版本，看看我们必须做些什么才能让我们的软件继续工作，这始终是一个真正的问题。然后我们必须支持几个不同的Ecel版本，并在它们之间升级我们的内容。总而言之，它给我们的生活增添了巨大的复杂性

---

他们的API在风格上发生了显著的变化，Office比以前开放得多，但您询问了一些注意事项，这当然是其中之一。

只要您遵循已发布的API，就没有任何特殊限制。黑客攻击破坏了微软的supoort许可证，在这种情况下，没有任何企业愿意购买你的解决方案

此外，您应该知道Office API是一个痛苦的世界。Office2007更好（Office14有很多很酷的东西），但是任何比这更老的东西都是自找麻烦。。。再说一遍，这取决于你到底想做什么

在任何情况下，您都应该查看一些参考项目，如SAP和Microsoft联合开发的Duet（www.Duet.com）。我在我的博客上得到了一些信息：

---

还有

只要遵循已发布的API，就没有任何特殊限制。黑客攻击破坏了微软的supoort许可证，在这种情况下，没有任何企业愿意购买你的解决方案

此外，您应该知道Office API是一个痛苦的世界。Office2007更好（Office14有很多很酷的东西），但是任何比这更老的东西都是自找麻烦。。。再说一遍，这取决于