Ms office 我们应该依赖Microsoft Office组件吗

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

优点

功能的公共基础
无处不在的学习一次，在别处使用

缺点

通用功能依赖单一来源
期望收件人拥有相同的软件

---

若并没有如预期的那个样，那个么就完全破坏了

若它是基于web的，那个么就避免，因为使用互操作很容易使服务器过载。

因为它是一种专有格式，所以只有缺点

37signals说。

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

如果您是ISV，您知道所有客户都将使用Microsoft Office，并且您可以负担得起对您客户使用的所有版本的Office进行测试

通常情况下，花更多的钱在 开发，以避免 依赖的额外支持成本 在微软办公是一个很好的交易 的

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

---

---

如果您在编写内部软件时使用的是标准桌面系统，那么如果可以节省时间，请使用Microsoft Office组件。

是否应该避免使用Office组件

对。几乎可以肯定的是，您正在使用它们无形中阅读或编写office文档。虽然interop确实允许这样做，但它并不是专门为它设计的，可能会导致各种错误，以及对已安装的office副本的明显依赖。在服务器环境中，这简直是自杀

你应该使用办公室文件吗

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

• 优势
  • 许多内置功能
  • 用户可以识别的界面
  • 用户经常需要的格式（Excel、Access）
• 缺点
  • 许可证费用
  • 测试，测试，测试
  • 升级换代
  • 外部依赖，已知不稳定

---

注意：我同意大卫的观点，这是在服务器上自杀。我见过它甚至用作互操作格式（一个程序将excel表格传递给另一个程序进行数据交换）。这在很多方面都很痛苦，应该不惜一切代价避免。

这完全取决于您正在开发的软件类型。不同意，因为这是一种广泛使用的专有格式。在商业世界中，它比任何开放格式都更被接受。。。（除了PDF，如果你认为开放的话）微软有一个KB文章支持戴维的断言：