开发 Microsoft Office 套件集成产品时的注意事项
https://stackoverflow.com/questions/236096
-
04-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
我有一个产品创意需要集成到 Microsoft Office 套件中。
我需要注意任何许可/限制问题才能继续吗？
解决方案
依靠...
如果您的产品使用他们发布的 API，并且您没有在“您的盒子里”运送他们的任何组件，那么您（可能）只是他们平台上的增值供应商。您将告诉您的客户安装适当的 MS 产品，然后在顶部安装您的应用程序。这种方法很好，您需要告诉 MS 的唯一原因是，如果您是首选/认证的供应商/合作伙伴，您将获得更多业务。（根据您要集成的产品，您应该检查 MS 以确保使用它们时没有特定的许可条款）。
如果您将他们的任何代码放入您的盒子中，那么您必须确保您在他们的许可条款内操作，并且他们几乎肯定会让您跳过一些障碍以获得他们的批准。您还面临着分享收入的问题，这不太可能对您有利。
根据我的经验，MS 不喜欢对任何人这样做——无论规模大小——尤其是非常小的玩家。
您最好在开始之前直接联系他们，看看是否有您可以加入的孵化项目来表达您的想法。
其他提示
我意识到我也有一个技术答案。大约10年前，我为Excel编写了一个插件，利用他们的电子表格来显示我的提供商提供的数据。它非常成功，并作为可行的创收产品生活了大约8年。这是我当时工作的BI公司的一个关键区别。
我们代码库中的主要问题是Excel版本之间的API差异以及不同的DLL依赖性。 MS喜欢说他们不会在发行版之间破坏他们的API，但事实并非如此。他们可能已经做得更好，但对于我们掌握他们的新软件的预发布版本来看看我们必须做些什么来保持我们的工作始终是一个真正的问题。然后我们必须支持几个不同的Ecel版本并在它们之间升级我们的内容。总而言之，它为我们的生活增添了大量的复杂性。
他们的API风格发生了很大变化，Office比以前更加开放，但你要求考虑因素，这肯定是一个。
只要您遵循已发布的API，就没有任何特殊限制。围绕它们进行黑客攻击会破坏微软的支持许可，并且在这种情况下不需要购买解决方案。
此外，您应该知道Office API是一个充满痛苦的世界。 Office 2007的功能要好得多（Office 14还有很多很酷的东西），但是比这更老的东西只是在寻找麻烦...再说一次，取决于你究竟要做什么......
无论如何，你应该查看一些参考项目，比如SAP和微软联合开发的Duet（www.duet.com）。我在博客上得到了一些相关信息： http://www.developerzen.com/category / SAP / sapduetmendocino /
