回答
取决于...
如果您的产品使用其发布的API和你不发货的他们任何组件“在你的盒子”,那么你是(可能)只是一个增值供应商在他们的平台上。你会告诉你的客户拥有合适的MS产品,然后在顶部安装你的应用程序。这种方法很好,你需要告诉MS的唯一原因是,如果你是首选/认证的供应商/合作伙伴,你将获得更多的业务。 (根据您与您整合的产品,应该检查MS以确保没有关于使用它们的特定许可条款)。
如果你把他们的任何代码放在你的盒子里,那么你必须确保你在许可证条款内运作,他们几乎肯定会让你跳过一些篮球来获得他们的批准。您也有分享收入的问题,这不可能对您有利。
根据我的经验,MS不喜欢与任何人一起做这件事 - 不管大小 - 当然不是与真正的小球员。
在开始之前,您最好直接接触它们,并确定是否有孵化项目可以加入以表达您的想法。
我意识到我也有一个技术答案。大约10年前,我为Excel编写了一个插件,利用他们的电子表格来提供来自我的提供者的数据。它非常成功,并且作为可行的创收产品生存了大约8年。这是我当时工作的BI公司的关键区别。
我们代码库中的主要问题是Excel版本之间的API差异以及不同的DLL依赖关系。 MS喜欢说,他们不会在发布之间破坏他们的API,但这实际上并不正确。他们可能在这方面做得更好,但对于我们掌握新软件的预发布版本来看看我们必须采取哪些措施来保持我们的工作,这一直是一个真正的问题。然后,我们必须支持几个不同的Ecel版本,并在它们之间升级我们的内容。总而言之,它为我们的生活增添了巨大的复杂性。
他们的API在风格上发生了很大的变化,而且Office比以前更加开放,但是您要求考虑并且这当然是一个考虑因素。
只要您遵循已发布的API,没有任何特殊限制。黑客围绕他们打破微软许可证许可证,并没有bussiness那里会想买你的解决方案在这种情况下。
此外,您应该知道Office APIs是一个痛苦的世界。它与Office 2007相比有了很大的改进(Office 14还有很多很酷的东西),但比那更老的东西只是要求麻烦...然后再取决于你想要做什么..
无论如何,您应该查看一些参考项目,例如由SAP和Microsoft联合开发的Duet(www.duet.com)。我对我的博客上的一些信息:http://www.developerzen.com/category/sap/sapduetmendocino/
- 1. 房产更改时的注意事项
- 2. 使用Microsoft Office 2016为Microsoft Office 2013开发
- 3. 哪些开源的Source Controls产品与Microsoft VB6集成?
- 4. 打开RouteExistingFiles时的注意事项
- 5. 定期下载多个XML产品Feed。注意事项?
- 6. 嵌套集合的DTO设计注意事项
- 7. drupal ubercart产品套件和意见
- 8. ASP.NET MVC3与Microsoft Office集成(Word)
- 9. 集成Microsoft Office Communicator 2007 R2 - 示例?
- 10. 关于Web场环境开发的注意事项
- 11. 做测试驱动开发之前的注意事项
- 12. C# - 事件设计注意事项
- 13. 在Java中使用引用时的注意事项和注意事项
- 14. 使用锁时的注意事项
- 15. Drupal 7 ubercart产品套件产品套件
- 16. Javolution测试模式,注意事项和注意事项
- 17. 与QB Desktop产品集成
- 18. 产品集成错了
- 19. Jenkins与RCP产品集成
- 20. UIWindow的rootViewController注意事项
- 21. 将jar打包成J2EE共享库时的注意事项
- 22. Magento 1.9 Catch产品选项事件
- 23. 虚拟机部署开发注意事项
- 24. 是否可以开发用于Microsoft Office Communicator的插件?
- 25. StructureMap在注入Session时警告注意事项 - 为什么?
- 26. highcharts-ng的注意事项
- 27. PayPal开发者账号软件产品
- 28. REST集合和单个项目的缓存注意事项
- 29. 管理“产品开发”和“软件开发”之间的区别
- 30. 是否可以在产品版本发布后生成事件?
好吧,我是一个非常小的鱼和快乐被单独从微软只要离开,因为我不遇到很多牌在发展过程中遇到很长的问题。 :)产品理念将完全整合到Office中,并可能需要一些额外的MS产品。 – hishadow 2008-10-25 10:05:28