可能您已经听说了，本周是 Microsoft 事业部很关键的一周。在本周早些时候，我们宣布将公开发行 Microsoft Office 2010 Beta。您是否曾希望与团队一起在 Word 中共同创作一份文档？您是否曾希望在 Excel 中同时分析成堆的数据？或者在 PowerPoint 演示文稿中突破多媒体的限制？那么，赶快试试 Beta 版本吧。
对于标准社区，尤其是对于我们当中从事文档格式工作的成员，本周也是关键的一周。本周正值 ISO/IEC 29500 格式（也称 Open XML）首次发布一周年之际。因为跨 Office 的驱动程序负责支持 Office 2010 中的 Open XML，所以我想现在是一个好机会，由我来向您晒晒为支持 Open XML 标准我们在 Office 2010 中所做的工作，同时分析一下提高互操作性与我们的 Office 创新能力如何密切相关。
Office 2010 中的 Open XML 支持
在文档格式方面，每个人都在思考一个重大问题，那就是 Office 2010 将为 Open XML 提供何种程度的支持。在此我非常高兴地宣布，Office 2010 将默认生成符合 ISO/IEC 29500 标准的过渡型一致类文件。
为使 Office 2010 生成符合 ISO/IEC 29500 标准的文件，第一步要评估我们在 Office 2007 中生成的文件。该产品会生成 ECMA-376 第一版文件，您大概还记得，ECMA-376 第一版就是 ISO/IEC 29500 标准的前身。在识别了由于标准中的缺陷或更改所导致的语法差别后，我们再着手进行必要的更改以使语法符合标准。
当人们了解到我们为使语法符合标准而必须做的一些更改后，大都会感到惊奇。多数情况下，更改是由于特定情形下出现的一些小缺陷所致。我最爱举的一个例子就是 Word 2007 中的一个缺陷：在某些情况下，Word 会在 rFonts 元素之前 写出 oMath 元素，而标准明确指出，应在 rFonts 元素之后 写出 oMath 元素。这是一个很容易就解决了的小问题，我们所做的大部分更改工作都具有这一特点。
由于我们更改了所撰写文件中的一些语法，因此我们还做了相应的工作，以确保使用先前 Office 版本的客户可以继续使用这些新语法来处理文件。首先，我们在 Office 2007 Service Pack 2 中包含了一些修补程序，以确保持续兼容性。其次，我们还更新了较旧版本的 Office 的兼容性包。换言之，如果您拥有 Office 2007 SP2 或最新的兼容包，就能与 Office 2010 无缝互操作。
我们所做的工作不仅仅限于确保所生成的文件符合语法。我们还审查了在 Open XML 的 ISO 批准过程中，由各个国家/地区机构提出的可行建议，从中选出一小部分准备在 Office 2010 中给予支持。下面是一些主要建议：
- 支持读取新的百分比和度量语法；
- 支持图形上的标题以提高可访问性；
- 支持更多的命名颜色和更长的颜色 MRU 列表；
- 支持新的 contentPart 以持久保持墨迹。
根据国家/地区机构通过标准流程提供的反馈意见，我们还着重在其他两个方面进行了重要投资。
第一个方面涉及我们对矢量标记语言 (VML) 的依赖。在批准过程中，我们听到一些明确的反馈意见指出，其他有些实施者很难满足依赖 VML 这一要求。为了克服这一障碍，我们设法减少对 VML 的依赖，并在移至 DrawingML 方面取得了重大进展。例如在 PowerPoint 2010 中，几乎从未使用 VML 作为呈现绘图元素的主要方法。
第二个方面涉及电子表格中的日期语法。在批准过程中，我们同样听到很多意见，要求增加对使用 ISO 8601 日期语法在电子表格中表示日期的支持。尽管目前还在进行中，Excel 2010 Beta 中已经包括对该语法的支持。关于此项投资，值得注意的是，我们正与 JTC 1 SC 34（负责维护 Open XML 的标准组织）成员密切合作，以找出并解决与此项新功能相关的向后兼容性问题。我们为 Microsoft 与标准社区之间展开的这项合作深感自豪。
提高互操作性与创新之间的关系
当我向客户和合作伙伴谈到我们正在从事的提高互操作性的工作时，他们问我，寻求提高互操作性对我们在 Office 中提供创新的能力有何影响。
几个月前，在华盛顿州西雅图市的 DII 活动中，我的一位朋友 Lee 博士（JTC 1 SC 34 韩国国家机构代表团成员）曾经问我，把精力放在提高互操作性上面，对我们在 Office 中的创新能力有何影响。这是一个很好的问题，而我的回答令很多 DII 与会者感到吃惊。
我的回答很简单：没有影响。真有的话，我们的创新会更加轻松。全场沉默。
从技术角度讲，标准中没有任何内容会阻碍我们创新。的确，我们必须遵守很多规则和要求。但是，Open XML 标准、MCE 和扩展列表中还定义了一些技术，例如，有些技术使所有实施者都能交付符合标准的实施方案，同时，却在客户价值上展开市场竞争。正如我们在那次 DII 活动上展示的那样，Microsoft Office 大量使用这些技术在 2010 版本中增加所有即将交付的伟大创新，例如 Excel 2010 中的迷你图，以及 PowerPoint 2010 中新增的切换功能等。
另外，我还指出，我们对 Office 2010 的 Open XML 实施以及这些创新背后的技术细节做了详细记录，以确保所有实施者都可以免费访问这些信息。毕竟，这与互操作性有关。
但是我对 Lee 博士的回答不仅仅关于技术，还关于提高互操作性的工作在多大程度上的确对我们构建 Office 的方式产生了积极影响。
我们已将互操作性提高到与我们产品的其他核心设计要求相同的水平。就像我们的所有功能都要通过安全性和隐私审查、性能和可伸缩性测试、可访问性和可编程性审查以及足够的全球测试一样，我们现在以同样的方式处理互操作性。我们不是到发布结束时才记录我们的文件格式实施，而是在发布期间，即在处理它的过程中记录实施。这为工程团队提供了数不尽的好处，使他们能够以更有效和高效的方式来构建功能。鉴于我们在文档格式方面所记录的丰富文档资料，它还能使新员工的入职培训以及员工之间的平衡负载更加高效。最终，它会对整个设计流程带来巨大好处。多亏有它的存在。
但是，它不是仅仅记录您的文档格式而已。它还包括不断寻找新的方法来提高不同供应商的实施之间的总体互操作性。最近我们举办了一项有关 Outlook 使用的 PST 格式的 DII 活动。这并不是我们非做不可的事情，而是因为这的确是一件正确的事情。根据到目前为止的反馈来看，这是行业的一大胜利。
我承诺自己这篇文章的篇幅不超过两页半。所以，假如你们当中有些人还不相信我们追求提高互操作性并没有阻碍我们的创新能力，我只有再提供一条建议来证明我的观点：去获取 Beta 版。它会向您说明一切。
致力于开发 Microsoft Office 的每位成员都一如既往地期待您提出宝贵意见，帮助我们改进当前的互操作性状况。我们希望您像我们一样为 Office 2010 的发布而激动不已。
Shawn Villaron
Microsoft Office 产品组项目经理
shawnv@microsoft.com
有关详细信息