通过 Java 或者.NET 进行 Office 自动化通常是件令人沮丧的事情。除了 Java 和 C#的后期绑定以及 COM 对象模型会过度使用可选参数的问题外，还有一定释放 COM 对象的要求。 如果忘记释放一个对象，相关的 Office 进程会到将来某个不确定的时间才会关闭。所以大多数人建议不要在服务或者网站中使用它。
随着新的 OpenXML 格式的诞生，出现了一种通过 XML 清晰并有效地操作 Office 文档的方式。但其规范 6000 多页，找出需要操作的确切节点并不是很容易的事情。
这就是 SDK 和类库产生的原因。Java 开源开发者是最先宣布 OpenXML4J 的开发计划的。
现在就开始，我们很希望在 7 月早些时候发布一个 Alpha 版本，然后在 8 月发布 Beta 版本。我们也在寻找具备一定技能的贡献者，以及对我们这个社区的帮助——帮助在整个网络宣传这个新闻！
他们的网站上有一个详细定义的路线图，最初的发展计划感觉更像是一个有足够资金赞助的商业项目，而不是开源项目。如果最后的代码真的跟网站一样好，对Java 开发者将是难得的享受。
在微软这边，我们发现了一个针对Open XML 格式的微软SDK 预览版本。微软比Java 项目领先一步，因为.NET 框架已经实现了一些非常底层的代码来支持Office 格式。
SDK 的类库已经在网上可以下载。虽然它的很多部分还会变化，但文档已经达到了很高的水准。
暂无签名
腾讯云云原生提质增效实践精选集 2024
《2024腾讯云云原生提质增效实践精选集》出炉，5大热门技术领域，13个行业精选标杆案例，痛点到解决方案全...
QUIC 协议在分布式系统架构中的实践
微服务架构和质量评估的前沿探索
作业帮检索系统重构：Havenask 实践案例分享
评论