使用Visual C++2008功能包增强Windows应用程序

 

使用Visual C++2008功能包增强Windows应用程序

 

 

作为一名 Visual C++ 开发人员 ，您在最近几年可能有点被冷落的感觉，因为与Visual C#®相比，似乎Microsoft向Visual C++®添加的新特性和新功能要少很多。事实上，尽管Visual C++编译器在性能、安全性和标准符合性等方面始终在不断改进，但很长时间以来在新库和生产率功能方面却做的比较少。后来虽然更新了MFC以更好地支持Windows Vista®，但仍有许多工作需要完成。

但是现在，为了对那些使用本机代码和MFC的开发人员提供更好的支持，Microsoft 发布了Visual C++ 2008功能包。以下是Visual C++更新的一些主要内容。

此功能包包括用于构建现代用户界面的一大组新 MFC 类。它还包括作为技术报告1（TR1）的一部分添加到标准C++库中的大量功能。TR1是C++委员会所采用的首个针对标准C++库的主要更新和添加内容。

多年以来，传统模式的单个和多个文档/视图应用程序、菜单、工具栏和对话框一直是MFC开发的一个主要方面。如果想让MFC应用程序看起来更现代一点，用户需要自己想办法。

现在则完全不同了。MFC现在包括了许多新的用户界面模式，其中甚至还有类似于 Microsoft® Office和Visual Studio®中的可停靠窗格。它还完全支持Microsoft Office功能区用户界面以及众多其他新控件、对话框和窗口等。

接下来，我将演示MFC中的两个新用户界面功能：Office功能区和选项卡式多文档界面 (MDI)。

 

 

Office 功能区用户界面

 

到目前为止，相信您已见过了新的2007 Microsoft Office系统功能区元素，并且您可能想知道如何在自己的应用程序中营造出这种效果。令人高兴的是，现在可以非常轻松地向MFC框架窗口添加功能区栏。

许多新功能都依赖于新版本的CwinApp、CFrameWnd和CMDIFrameWnd类；这些类代表着大多数MFC应用程序的基础。CWinAppEx由CwinApp派生而来，应该用作应用程序对象的基类。CFrameWndEx由CframeWnd派生而来，应该用作单文档界面（SDI）框架窗口的基类。同样，CMDIFrameWndEx由CMDIFrameWnd派生而来，应该用作MDI框架窗口的基类。这些新的基类提供了支持众多新用户界面功能（如可停靠、可调整大小的窗口窗格以及工作区持久性等）所需的全部要素。

图1显示了可支持功能区栏的最小应用程序对象。如您所见，Application类由CwinAppEx派生而来，可实现大家所熟悉的InitInstance成员函数（通常用于创建应用程序的主窗口）。千万不要忘记调用SetRegistryKey成员函数来设置应用程序设置的注册表位置，因为框架类要依赖于它。然后，InitInstance继续以通常的方式创建主窗口。

 

 图1：功能区应用程序对象

 

class Application : public CWinAppEx

{

public:

 

    virtual BOOL InitInstance();

 

};

 

BOOL Application::InitInstance()

{

    SetRegistryKey(L"SampleCompany//SampleProduct");

 

    m_pMainWnd = new MainWindow;

    m_pMainWnd->ShowWindow(m_nCmdShow);

    m_pMainWnd->UpdateWindow();

 

    return TRUE;

}

 

图2中的代码显示了具有功能区栏和应用程序按钮的一个最小SDI框架窗口。应用程序按钮并不是必需的，但通常会与功能区栏结合使用，为应用程序提供各种各样的主菜单，以代替传统的“文件”菜单。

 

图2：功能区框架窗口

 

class MainWindow : public CFrameWndEx

{

    DECLARE_MESSAGE_MAP()

 

public:

 

    MainWindow();

 

private:

 

    int OnCreate(CREATESTRUCT* createStruct);

 

    CMFCRibbonBar m_ribbon;

    CMFCRibbonApplicationButton m_appButton;

};

 

BEGIN_MESSAGE_MAP(MainWindow, CFrameWndEx)

    ON_WM_CREATE()

END_MESSAGE_MAP()

 

MainWindow::MainWindow()

{

    Create(0, // class name

        L"MFC Ribbon Sample Application");

}

 

int MainWindow::OnCreate(CREATESTRUCT* createStruct)

{

    if (-1 == __super::OnCreate(createStruct))

    {

        return -1;

    }

 

    if (-1 == m_ribbon.Create(this))

    {

        return -1;

    }

 

    m_appButton.SetImage(IDB_APP_BUTTON);

 

    m_ribbon.SetApplicationButton(&m_appButton,

        CSize(45, 45));

 

    CMFCRibbonMainPanel* appButtonMenu =

        m_ribbon.AddMainCategory(L"Menu",

        IDB_APP_BUTTON_MENU_SMALL,

        IDB_APP_BUTTON_MENU_LARGE);

 

    appButtonMenu->Add(new CMFCRibbonButton(ID_FILE_NEW,

        L"&New",

        0, // small image index

        0)); // large image index

 

    appButtonMenu->Add(new CMFCRibbonButton(ID_FILE_OPEN,

        L"&Open...",

        1, // small image index

        1)); // large image index

 

    appButtonMenu->AddToBottom(new CMFCRibbonMainPanelButton(ID_APP_EXIT,

        L"E&xit",

        15));

        //small image index

 

    CMFCRibbonCategory* category = m_ribbon.AddCategory(L"Home",

        IDB_RIBBON_CAT_HOME_SMALL,

        IDB_RIBBON_CAT_HOME_LARGE);

 

    CMFCRibbonPanel* panel = category->AddPanel(L"Clipboard");

 

    panel->Add(new CMFCRibbonButton(ID_EDIT_PASTE,

        L"Paste",

        0, // small image index

        0)); // large image index

 

    panel->Add(new CMFCRibbonButton(ID_EDIT_CUT, L"Cut", 1));

    panel->Add(new CMFCRibbonButton(ID_EDIT_COPY, L"Copy", 2));

    panel->Add(new CMFCRibbonButton(ID_EDIT_SELECT_ALL,

        L"Select All", -1));

 

    m_ribbon.AddCategory(L"Insert",

        IDB_RIBBON_CAT_HOME_SMALL,

        IDB_RIBBON_CAT_HOME_LARGE);

 

    CMFCVisualManager::SetDefaultManager(

        RUNTIME_CLASS(CMFCVisualManagerOffice

        2007));

    CMFCVisualManagerOffice2007::SetStyle

        (CMFCVisualManagerOffice2007::Office

        2007_LunaBlue);

 

    return 0;

}

 

 

从概念上讲，功能区由多个被称为类别的选项卡组成，每个选项卡都承载着一组面板。反过来，这些面板又承载着功能区元素或控件，它们分别代表特定于应用程序的各种操作。如果功能区承载着应用程序按钮（左上角的大圆按钮），则在用户单击应用程序按钮时所显示的弹出窗口中也会显示一个面板，它被视为功能区的主类别。

 

CMFCRibbonBar类可实现功能区栏本身，而CMFCRibbonApplicationButton类则代表功能区栏所承载且显示在窗口框架左上角的应用程序按钮。功能区栏通常是在WM_CREATE消息处理程序中创建和准备的。要创建功能区栏，只需调用CMFCRibbonBar的Create成员函数，以提供将其附加到其中的窗口框架的地址即可。然后根据需要填充它。AddMainCategory成员函数将主类别添加到功能区，并返回一个指向CMFCRibbonMainPanel（您可以向其中添加将要显示在此面板中的功能区元素）的指针。

 

通过调用AddCategory成员函数，可向其中添加更多的类别来表示功能区的选项卡。AddCategory返回一个指向CMFCRibbonCategory对象（您可使用其AddPanel成员函数向其中添加面板）的指针。AddPanel返回一个指向CMFCRibbonPanel对象（可像使用功能区的主面板一样向其中添加功能区元素）的指针。最后，您可使用CMFCVisualManager::SetDefaultManager静态成员函数来设置负责处理框架窗口的样式和外观的可视化管理器。图3显示了功能区应用程序的可能外观（假定您已为功能区栏上的按钮添加了必要的事件处理程序）。

 

 

图3： 功能区示例应用程序

 

 

选项卡式多文档界面

 

       MFC一直都支持MDI实现及其文档/视图体系结构，但图4中所示的传统MDI早已过时，用户可能会认为您的应用程序从Windows® 95开始就再也没有更新过。现在，绝大多数用户都期望可通过窗口边缘的选项卡来访问多个文档，而这正是新的CMDIFrameWndEx MDI框架窗口所提供的功能。

 

 

图4： 石器时代的窗口

 

 

       您需要更新多文档/视图应用程序对象以支持新的框架窗口。图5显示了满足需要的最小应用程序对象。它类似于传统的 MDI 应用程序对象，但有几点值得一提。

 

图5： 选项卡式MDI应用程序对象

 

class Application : public CWinAppEx

{

    DECLARE_MESSAGE_MAP()

 

public:

 

    virtual BOOL InitInstance();

 

};

 

BEGIN_MESSAGE_MAP(Application, CWinAppEx)

    ON_COMMAND(ID_FILE_NEW, &CWinAppEx::OnFileNew)

END_MESSAGE_MAP()

 

BOOL Application::InitInstance()

{

    SetRegistryKey(L"SampleCompany//SampleProduct");

 

    VERIFY(InitContextMenuManager());

 

    AddDocTemplate(new CMultiDocTemplate(IDR_CHILDFRAME,

                                         RUNTIME_CLASS(Document),

                                         RUNTIME_CLASS(CMDIChildWndEx),

                                         RUNTIME_CLASS(View)));

 

    MainWindow* mainWindow = new MainWindow();

    VERIFY(mainWindow->LoadFrame(IDR_MAINFRAME));

 

    m_pMainWnd = mainWindow;

    m_pMainWnd->ShowWindow(m_nCmdShow);

    m_pMainWnd->UpdateWindow();

 

    return TRUE;

}

 

 

首先，子窗口框架的运行时类是CMDIChildWndEx，而非传统的CMDIChildWnd类。要准备在选项卡式视图之间进行切换时使用的菜单管理器，还需调用InitContextMenuManager函数。

图6显示了最小MDI框架窗口。同样，您会非常高兴地看到开启此功能是多么地简单。实际只需调用EnableMDITabbedGroups成员函数来启用MDI选项卡式分组功能即可。CMDITabInfo类提供了各种成员变量，可使用它们来自定义选项卡式分组的外观和行为。顾名思义，它甚至还允许用户拖动不同的视图来创建垂直或水平对齐的选项卡组。图7显示了其可能的外观。

 

图6： 选项卡式MDI框架窗口

 

class MainWindow : public CMDIFrameWndEx

{

    DECLARE_DYNCREATE(MainWindow)

    DECLARE_MESSAGE_MAP()

 

private:

 

    int OnCreate(CREATESTRUCT* createStruct);

 

};

 

IMPLEMENT_DYNCREATE(MainWindow, CMDIFrameWndEx)

 

BEGIN_MESSAGE_MAP(MainWindow, CMDIFrameWndEx)

    ON_WM_CREATE()

END_MESSAGE_MAP()

 

int MainWindow::OnCreate(CREATESTRUCT* createStruct)

{

    if (-1 == __super::OnCreate(createStruct))

    {

        return -1;

    }

 

    CMDITabInfo tabInfo;

    tabInfo.m_bAutoColor = true;

    tabInfo.m_bDocumentMenu = true;

    EnableMDITabbedGroups(true, tabInfo);

 

    return 0;

}

 

 

图 7 现代选项卡式 MDI 应用程序

 

 

标准 C++ 库中的新功能

 

       正如我所提到的，功能包还包括作为TR1的一部分添加到标准C++库中的大量附加功能。其中包括支持引用计数的智能指针、多态函数包装、基于哈希表的容器、正则表达式等等。下面我将介绍其中的一些新TR1功能。

 

多态函数对象

 

       在许多应用程序中都有一个至关重要的功能，就是能够将函数作为一个值加以引用并能够将其作为参数来传递或存储起来以备今后使用。此概念可用于实现各种常见的构造，包括回调函数、事件处理程序和异步编程功能等。但是，函数在C++中非常难于处理。函数设计的驱动力主要源自与C的兼容性的要求以及对优良性能的要求。尽管实现了这些目标，但在将函数视为可存储、可传递并最终能够异步调用的对象方面，却并未能使其变得简单一些。让我们来看一看C++中常见的一些类似函数的构造。

 

首先，是一个不错的古老非成员函数：

 

int Add(int x, int y)

{

    return x + y;

}

 

正常情况下，可通过如下方法调用它：

 

int result = Add(4, 5);

ASSERT(4 + 5 == result);

 

另一个常见的类似函数的构造是函数对象（即算符）：

 

class AddFunctor

{

public:

    int operator()(int x, int y) const

    {

        return x + y;

    }

};

 

由于它实现调用运算符，因此可像使用函数一样来使用函数对象：

 

   AddFunctor fo;

  

   int result = fo(4, 5);

   ASSERT(4 + 5 == result);

 

接下来是非静态成员函数：

 

   class Adder

   {

   public:

       int Add(int x, int y) const

       {

           return x + y;

       }

   };

 

当然，调用成员函数需要使用对象：

 

Adder adder;

 

int result = adder.Add(4, 5);

ASSERT(4 + 5 == result);

 

 

到目前为止一切顺利。现在，假设您需要将这些类似函数的构造存储起来以备今后使用。可按如下方式定义一个能存储指向非成员函数的指针的类型：

 

typedef int (*FunctionPointerType)(int x, int y);

 

也可将函数指针作为函数来使用：

 

FunctionPointerType fp = &Add;

 

int result = fp(4, 5);

ASSERT(4 + 5 == result);

 

尽管函数对象也可以存储下来，但它无法与函数指针一起以多态形式存储。

 

成员函数可存储在指向成员函数的指针中：

 

Adder adder;

 

typedef int (Adder::*MemberFunctionPointerType)(int x, int y);

MemberFunctionPointerType mfp = &Adder::Add;

 

但是，指向成员函数的指针类型与指向非成员函数的指针类型不兼容，因此无法与其非成员函数竞争者一起以多态形式存储。即使可以，成员函数仍需要一个对象来提供成员函数调用的上下文：

 

int result = (adder.*mfp)(4, 5);

ASSERT(4 + 5 == result);

 

 

       幸运的是，新的tr1::function类模板提供了一个解决方案。tr1::function类模板为在其模板参数中定义的函数类型保存着一个可调用对象。接下来，我将使用非成员函数对其进行初始化：

 

function<int (int x, int y)> f = &Add;

 

int result = f(4, 5);

ASSERT(4 + 5 == result);

 

使用函数对象来初始化也一样轻松：

 

function<int (int x, int y)> f = AddFunctor();

 

您甚至还可以使用新的函数绑定功能通过成员函数对其进行初始化：

 

function<int (int x, int y)> f = bind(&Adder::Add, &adder, _1, _2);

 

有关bind函数的内容我会在稍后做介绍，但在这里您需要了解的就是现在可将单个函数包装绑定到非成员函数、函数对象甚至成员函数中。可将其存储下来并在今后随时调用，所有这一切都是以多态形式执行的。

函数包装也是可以重新绑定的，并且可以像普通的函数指针一样设置为空值：

 

function<int (int x, int y)> f;

ASSERT(0 == f);

 

f = &Add;

ASSERT(0 != f);

 

f = bind(&Adder::Add, &adder, _1, _2);

 

bind函数模板的功能要比标准C++库中的函数对象适配器强大得多——尤其是std::bind1st()和std::bind2nd()。在这个示例中，bind的第一个参数是成员函数的地址。第二个参数是对象的地址，届时将在此对象中调用成员。此示例中的最后两个参数定义了调用函数时将要解析的占位符。

当然，bind并不仅限于成员函数。您可通过绑定标准C++库的multiplies函数对象来创建一个平方函数，利用此函数可生成一个能得出参数平方结果的单参数函数：

 

function<int (int)> square = bind(multiplies<int>(), _1, _1);

 

int result = square(3);

ASSERT(9 == result);

 

请注意，tr1::function类模板非常适合与标准C++库算法一起使用。给定一个整数容器，就可以使用成员函数生成所有值的总和，如下所示：

 

function<int (int x, int y)> f = //初始化

 

int result = accumulate(numbers.begin(),

                        numbers.end(),

                        0, //初始值

                        f);

 

 

请记住，tr1::function类模板可能会禁止编译器优化（如内联），但如果您只是直接使用函数指针或函数对象则可能不会出现这一问题。因此，请仅在必要时才使用 tr1::function类模板，例如当使用可能会被重复调用的累积算法时。如果可能，应直接将函数指针、成员函数指针（使用TR1的mem_fn改写过的）以及函数对象（如bind所返回的）传递给标准C++库算法和其他模板化的算法。

让我们接着往下看。接下来还有个更有趣的问题。假设有个Surface类代表一些绘图表面，还有个Shape类，它可以将其自身绘制到表面上：

 

class Surface

{

    //...

};

 

class Shape

{

public:

    void Draw(Surface& surface) const;

};

 

现在考虑一下怎样才能够将容器中的每个形状都绘制到给定表面上。您可能会考虑使用 for_each 算法，如下所示：

 

Surface surface = //初始化

 

for_each(shapes.begin(),

         shapes.end(),

         bind(&Shape::Draw, _1, surface)); //错误

 

在这里，我打算利用bind函数模板来针对形状容器的每个元素调用成员函数，从而将表面作为参数绑定到Draw成员函数。但遗憾的是，这要取决于Surface的定义方式，有时可能无法按预期的那样运行或编译。之所以出现这个问题，是因为当您实际需要的是一个引用时，bind函数模板却试图生成表面副本。值得庆幸的是，TR1还引入了reference_wrapper类模板，它允许您将引用视为一个可随意复制的值。由于类型推断功能的存在，ref和cref函数模板可简化reference_wrapper对象的创建过程。

借助于reference_wrapper，for_each算法现在可以简单有效地将形状成功绘制到表面上：

 

for_each(shapes.begin(),

         shapes.end(),

         bind(&Shape::Draw, _1, ref(surface)));

 

正如您所设想的，对于新的函数包装、绑定功能和引用包装，可以通过多种方式来组合它们，从而灵活地解决各种问题。

 

 

智能指针

 

智能指针对C++开发人员而言是不可或缺的工具。我通常使用ATL的CComPtr来处理COM接口指针，使用标准C++库的auto_ptr来处理原始C++指针。后者非常适合需要动态创建C++对象并能够确保当auto_ptr对象超出范围时可以将对象安全删除的情形。

 

智能指针像auto_ptr一样都非常有用，但它只能安全地用在少数情形下。这主要是因为它所实现的所有权转移语义。即，如果复制或分配auto_ptr对象，则基础资源的所有权将被转移，原始auto_ptr对象将失去它。只有当您对资源分配拥有精细的控制权时它才会有明显作用，但很多情况下您可能需要共享对象，这时实现共享所有权语义的智能指针将会非常有用。更为重要的是，auto_ptr无法与标准C++库容器一起使用。

 

TR1引入了两个新的智能指针，它们协同工作来提供多种用途。shared_ptr类模板的工作方式与auto_ptr十分相似，但它不能转移资源的所有权，它只是增加资源的引用计数。如果用来保存对象引用信息的最后一个shared_ptr对象被破坏或重置，资源将被自动删除。通过weak_ptr类模板与shared_ptr的协同工作，调用方可以在不影响引用计数的情况下引用资源。如果在对象模型中有循环关系或打算实现缓存服务，则这将非常有用。它还非常适合与标准C++库容器一起使用！

 

作为对比，请看一看以下的auto_ptr用法：

 

auto_ptr<int> ap(new int(123));

 

ASSERT(0 != ap.get());

 

// transfer ownership from ap to ap2

auto_ptr<int> ap2(ap);

 

ASSERT(0 != ap2.get());

ASSERT(0 == ap.get());

 

       auto_ptr复制构造函数将所有权从ap传输到ap2。shared_ptr的行为同样是可预测的：

 

shared_ptr<int> sp(new int(123));

 

ASSERT(0 != sp);

 

//增加shared对象的引用计数

shared_ptr<int> sp2(sp);

 

ASSERT(0 != sp2);

ASSERT(0 != sp);

 

从内部来说，引用相同资源的所有shared_ptr对象都共享一个控制块，此控制块将跟踪共同拥有资源的shared_ptr对象的数量以及引用此资源的weak_ptr对象的数量。稍后将展示如何使用weak_ptr类模板。

 

         与auto_ptr类似的成员函数由shared_ptr提供。其中包括解引用操作符和箭头操作符、用来替换资源的reset成员函数以及返回资源地址的get成员函数。此外还提供一些特有的成员函数（其中包括一个恰好也以unique命名的函数）。unique成员函数将测试shared_ptr对象是否为保存着资源引用信息的唯一智能指针。示例如下：

 

shared_ptr<int> sp(new int(123));

ASSERT(sp.unique());

 

shared_ptr<int> sp2(sp);

ASSERT(!sp.unique());

ASSERT(!sp2.unique());

 

       也可以使用use_count成员函数来获取拥有资源的shared_ptr对象的数量：

 

shared_ptr<int> sp;

ASSERT(0 == sp.use_count());

 

sp.reset(new int(123));

ASSERT(1 == sp.use_count());

 

shared_ptr<int> sp2(sp);

ASSERT(2 == sp.use_count());

ASSERT(2 == sp2.use_count());

 

但是，应将use_count的用途仅限于进行调试，因为无法保证它在所有实现中都是一个恒定的时间操作。请注意，可借助提供的操作符unspecified-bool-type来确定shared_ptr是否拥有资源，并且可使用unique函数来确定shared_ptr是否为某个资源的唯一拥有者。

 

weak_ptr类模板存储着对shared_ptr对象所拥有的资源的弱引用。如果拥有资源的所有shared_ptr对象都被破坏或重置，资源将被删除，无论是否有weak_ptr对象正在引用它。为确保不使用仅被weak_ptr对象引用的资源，weak_ptr类模板不会提供熟悉的get成员函数来返回资源的地址或成员访问操作符。相反，首先必须将弱引用转换为强引用才能访问资源。lock 成员函数提供了此功能，如图8所示。

 

图8：转换成强引用

 

Surface surface;

 

shared_ptr<Shape> sp(new Shape);

ASSERT(1 == sp.use_count());

 

weak_ptr<Shape> wp(sp);

ASSERT(1 == sp.use_count()); // still 1

 

//...

 

if (shared_ptr<Shape> sp2 = wp.lock())

{

    sp2->Draw(surface);

}

 

如果资源中途被释放，weak_ptr对象的lock成员函数会返回一个并不拥有资源的shared_ptr对象。可以想象，shared_ptr和weak_ptr必将会极大地简化许多应用程序中的资源管理工作。

毋庸置疑，Visual C++ 2008功能包是一个备受欢迎的Visual C++库升级程序，肯定迟早会派上用场！值得研究的内容不胜枚举，但我希望通过本文的介绍能激起您的兴趣，使您能够花些时间亲自深入研究一下。

 

 

 

 

 

 

 

 

 

 

此功能包已经包含在了 Visual C++ 2008 SP1 中。