我们应该依赖Microsoft Office组件吗？

Question

依赖Microsoft Office组件以及在我们的软件中使用Microsoft Office文档有哪些优点和缺点？

Answer 1

你应该避开办公室组件吗？

是。您几乎肯定会使用它们来无形地读取或写入Office文档。虽然互操作确实允许这样做，但它并没有很好地设计它，并且可能导致各种错误以及对已安装的办公室副本的明显依赖。在服务器环境中，这是彻头彻尾的自杀。

你应该使用办公室文件吗？

是。您可能正在真实的商业世界中运作，因此能够与Excel等文件格式进行通信既有预期又有效。但是，使用独立的库来读取/写入文件，而不是使用Interop（顺便说一下，创建整个文档的速度相当慢，即使您优化以限制调用次数）。例如，SpreadSheetGear.NET将用于快速和原生地从.NET应用程序中操作Excel文件。

Answer 2

对于桌面软件......（服务器端使用超出了我的经验）

如果您是 ISV ，请避免播放您知道所有客户都将拥有Microsoft Office，并且您可以负担得起客户使用的所有版本的测试费用。

  

通常情况下，花一点钱   发展，以避免   额外的支持费用依赖   在Microsoft Office上是一个很好的交易   的。

然而，许多客户喜欢excel格式的报告，因此他们可以添加图表等。因此使用Office作为输出格式是可以的。 Microsoft Office的任何其他用途都必须提供很大的好处，以支付支持/测试成本。

---

如果您正在编写具有标准桌面系统的内部软件，则使用Microsoft Office组件（如果它可以节省您的时间）。

Answer 3

<强>优点

功能的共同基础
无处不在的;学习一次，在其他地方使用

<强>缺点

依靠单一来源实现共同功能
期望收件人具有相同的软件
如果没有按预期完全破碎的话

Answer 4

恕我直言，只有缺点，因为它是一种专有格式。

37signals说mass is reduced by using open formats。

Answer 5

如果它是基于网络的，那么请避免，因为使用互操作过载服务器非常容易。

Answer 6

• 优点
  • 很多内置功能。<​​/ li>
  • 用户识别的界面。
  • 用户经常要求的格式（Excel，Access）
• 缺点
  • 许可费用
  • 测试，测试，测试
  • 升级
  • 外部依赖，已知不稳定。

注意：我同意David的说法，这是服务器上的自杀。我已经看到它甚至用作互操作格式（一个程序将excel表传递给另一个用于数据交换）。这在很多方面都是痛苦的，应该不惜一切代价避免。