通过或者.NET进行Office自动化通常是件令人沮丧的事情。除了和的后期绑定以及COM对象模型会过度使用可选参数的问题外，还有一定释放COM对象的要求。 如果忘记释放一个对象，相关的Office进程会到将来某个不确定的时间才会关闭。所以大多数人建议不要在服务或者网站中使用它。
随着新的OpenXML格式的诞生，出现了一种通过XML清晰并有效地操作Office文档的方式。但其规范6000多页，找出需要操作的确切节点并不是很容易的事情。
这就是SDK和类库产生的原因。Java开源开发者是最先宣布OpenXML4J的开发计划的。
现在就开始，我们很希望在7月早些时候发布一个Alpha版本，然后在8月发布Beta版本。我们也在寻找具备一定技能的贡献者，以及对我们这个社区的帮助——帮助在整个网络宣传这个新闻！
他们的网站上有一个详细定义的路线图，最初的发展计划感觉更像是一个有足够资金赞助的商业项目，而不是开源项目。如果最后的代码真的跟网站一样好，对Java开发者将是难得的享受。
在微软这边，我们发现了一个针对Open XML格式的微软SDK预览版本。微软比Java项目领先一步，因为.NET框架已经实现了一些非常底层的代码来支持Office格式。
SDK的类库已经在网上可以。虽然它的很多部分还会变化，但文档已经达到了很高的水准。
【责编:Peng】
--------------------next---------------------
阅读(330) | 评论(0) | 转发(0) |
