在向旧版MFC应用程序中引入功能区样式控件时，我们有什么经验？

我知道它存在于新的VC2008 Feature Pack中，但是从VC2005更改编译器对于我们的源代码库以及与我们的环境，Intel FORTRAN，ClearCase和许多第3个库的集成来说，意义重大。

这里有一些安静的商业应用程序，大多数集中在C＃/ VB .NET上，只有很少的本机C ++ MFC。

我已经阅读了Google所找到的所有常规评论，这些评论大多数现在都是安静的，所以我对那些真正的人感兴趣，这里经历了痛苦的障碍，发布了带有VC2005和Ribbon UI的旧版应用程序，对此我很感兴趣。

当前，我们使用的Stingray Objective Toolkit版本非常旧，以提供MFC扩展，例如可自定义的工具栏和停靠窗口等。

任何人都使用Prof-UIS，与其他商业机构相比，它相对便宜，无限制的开发人员许可费用是其他人的十分之一。

是否有免费的，开源的或者L-GPL的？

解决方案

我们使用Codejock。它并不便宜，但是我想我已经发现好的控件通常是:-)。他们在技术支持部门的反应非常快(尽管我们最近不需要使用它)。我们正在使用这些控件构建一整套工具，并且一直拥有我们所需的功能，包括构建Office 2007样式功能区的能力。

在我的项目中，我使用Visual Studio 2008中的MFC Feature Pack，该功能基于BCGSoft的代码。他们的BCGControlBar Library Professional Edition包含一个功能区控件，并且与Visual Studio 2005兼容。

不过，我不知道有任何用于C ++的开源功能区控件库。

请注意，我们需要获得Microsoft的许可才能在应用程序中使用功能区控件。只要我们不编写可与Word或者其他Office软件竞争的软件，它们就会免费提供。

看一下此链接：Office UI许可。

人们对此通常不满意Microsoft：Office UI功能区许可证的弊端。

由于拥有最新/最漂亮外观的UI的压力，我们在应用程序中实现了功能区。看起来不错，但与使用普通工具栏相比，可用性不好！

要遵守使用Microsoft Ribbon的许可，我们必须遵循其使用指导。例如，只有用户可以更改功能区选项卡，除非切换到上下文选项卡，否则我们无法通过编程方式进行操作。所有这些限制意味着功能区仅适用于绝对以文档为中心的应用程序。如果应用程序不是以文档为中心的，请不要认为我们可以放下一个功能区来替换菜单/工具栏驱动的系统，而无需过多考虑所有内容将如何组合在一起。