为Microsoft Office套件开发集成产品时的注意事项

Question

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

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

Answer 1

看情况..。

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

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

根据我的经验，MS不喜欢和任何人这样做--无论大小--当然也不喜欢和非常小的玩家一起做。

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

Answer 2

我意识到我也有一个技术上的答案。大约10年前，我为Excel编写了一个插件，它利用他们的电子表格来显示来自我的提供商的数据。它非常成功，作为一个可行的创收产品，它已经存在了大约8年。这是我当时工作的BI公司的一个关键差异化因素。

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

他们的API在风格上有了很大的变化，Office比以前开放了很多，但您提出了一些考虑因素，这肯定是其中之一。

Answer 3

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

此外，您应该知道Office是一个痛苦的世界。Office2007要好得多(Office14也有很多很酷的东西)，但是任何比这更旧的东西都是自找麻烦……再说一次，这取决于你到底想做什么。

在任何情况下，您都应该查看一些参考项目，比如由SAP和微软联合开发的Duet (www.duet.com)。我在我的博客上找到了一些相关信息：http://www.developerzen.com/category/sap/sapduetmendocino/

还有https://www.obacentral.com/default.aspx