微软经理解释Ribbon界面台前幕后故事
去年九月份我们对Ribbon（Office 2007里用的一种新型UI设计）的使用限制做了报道。从那以后，我们得以和微软的高级产品经理Chris Bryant有了联系，今天他回答了我们一些过去遗留的问题。
一些人一直在问为什么微软试图执行使用UI标准，另外还有人问，为什么微软过去没有这样做？
以前之所以没有做Office UI认证计划，是因为我们想执行UI标准。在新的Office Fluent UI（Ribbin）上面我们做了巨大的投资，很多客户和合作伙伴也想分享这些成果，建立类似的UI，于是这一计划水到渠成。过去和今天的真正不同在于，我们明确保护体现在UI里的知识产权，并声明对它的所有权。客户和合作伙伴过去询问我们关于获得认证和授权以分享从前的UI开发时，我们不知道怎么回答。现在，他们第一次有了明确的答复，就是有权使用我们的知识产权，而且是免费的。
唯一需要指出的是，我们需要确保开发人员能够很好地实现从我们这儿获得授权的UI。这也是为什么会有标准（设计指南文档）的诞生。
这是与工业化过程中的UI标准执行不同的地方。我们承认，有很多应用得益于和微软的Office有类似的界面，许多ISV（独立软件供应商）也在授权这种UI并开发和Office长得很像的软件。但是，也有很多应用其实是不适合使用Office的UI的。是否使用类似Office的UI取决于开发这个应用的人员，但是如果和Office的UI保持一致很有意义，那么就要不打折地应用它。
如果微软不从中牟利，为什么还要有一个认证协议？
认证协议是为了保护，比如那些想应用Office Fluent UI设计的人或者企业。协议表明了我们在知识产权上的所有权，并可以在认证声明中授权是否能使用这种设计。对普通的用户也是很重要的，他们可以在使用这些UI的地方得到良好的用户体验。有一个认证协议和指南标准有助于确保客户在任何应用中使用UI时，他或者她都可以有明确的指导，以及不让他有什么迷惑或者挫折感的高质量体验。
最后，如果微软是为统一性考虑，为什么不直接发布一个Toolkit？
不幸的是，在开发UI的过程中，我们还没能完成Toolkit的开发。其实认证计划只在客户或者合作伙伴在需要UI，或者要把类似的UI构建到他们自己的产品中时才有用，不论是否使用Toolkit。也许未来微软会提供构建Office Fluent UI的工具。但是，已经有很多组件提供商提供了可以在第三方应用中实现Office Fluent UI的很棒的实现。他们做了很多努力以提供平滑而统一的实现，我们也很高兴在这个计划中有这些合作伙伴。
现在提供Ribbon界面的供应商有Actipro，Developer Express，Infragistics和Telerik。