類設(shè)計(jì)一則，GDI對(duì)象選入器

        雖然很痛恨MFC，但還是要經(jīng)常使用MFC開發(fā)界面，雖然MFC怎么怎么的不好，但還是可以應(yīng)付一般的界面要求，而且其運(yùn)行效率也可以接受，關(guān)于這一點(diǎn)，它在WINDOWS3.1之時(shí)，就已經(jīng)能勝任了，并且在下現(xiàn)在使用MFC，基本上也能隨心所欲了，想怎么整就怎么整。為了減少以后浪費(fèi)在MFC上的時(shí)間，我決定重構(gòu)一套著名的MFC上的界面庫。界面庫這個(gè)東西，大家都知道，其各種美觀的界面，基本上都是一筆一筆畫出來的，代碼中大量地使用了DC的各種操作，不可避免，就一再出現(xiàn)了好比以下類似的代碼：

    HPEN pen = CreatePen(……);
    HPEN oldPen = (HPEN)SelectObject(hDC, oldPen);
    SelectObject(hDC, pen);
      ........
    DeleteObject(pen);

        這些代碼，既無味，寫起來又容易出錯(cuò)，它存在3個(gè)很明顯的問題：1、SelectObject使用了類型轉(zhuǎn)換，一不小心，自然就轉(zhuǎn)換錯(cuò)了，MFC中通過對(duì)象指針，內(nèi)部做了轉(zhuǎn)換，避免了這個(gè)問題；2、要將舊有的GDI對(duì)象選回DC中，很容易就遺忘了這一步代碼，并且如果要同時(shí)操作幾個(gè)DC的時(shí)候（這種情況較少見），在選回舊GDI對(duì)象時(shí)，那就更容易出錯(cuò)了；3、還要?jiǎng)h除對(duì)象，這個(gè)，MFC中通過GDI對(duì)象的構(gòu)造函數(shù)來消除這個(gè)問題。這樣也罷了，但還有一個(gè)問題最讓人不能忍受的，就是，代碼中要定義一個(gè)舊的GDI對(duì)象變量，以最后選回設(shè)備環(huán)境之中，因?yàn)槲易钣憛挾x新變量，新函數(shù)了，每次都要變量名和函數(shù)名琢磨半天，當(dāng)然，最討厭的還是編寫重復(fù)的代碼了。于是，我決定編寫一個(gè)類，以免總是要寫這些毫無新意的重復(fù)代碼，希望這個(gè)類是這樣使用的：

CXGdiObjectSelector selector(hDC);
selector.CreatePen(……);
selector.SelectBrush(brush);
  ........

        不需要定義舊的GDI對(duì)象變量，畫圖完成之后，也不需要選回設(shè)備環(huán)境之中了，也不需要手工刪除之前創(chuàng)建的GDI對(duì)象，一切，這個(gè)類都幫你代勞了，咦，這么神奇，它是如何做到的，自然是析構(gòu)函數(shù)，再次向偉大的析構(gòu)函數(shù)致以最高敬意。這個(gè)類，比之于剛開始的手工打造，它需要執(zhí)行構(gòu)造函數(shù)，以保存hDC到內(nèi)部成員變量，很明顯，多了一步賦值操作，此外，可以預(yù)料，這個(gè)類里面應(yīng)該還有其他的初始化操作，這又是不可避免的多余代碼。當(dāng)然，這里的多余，都是我能接受的，我也深知，既要馬兒，又要馬兒不吃草，那是不可能的神話。但是，在實(shí)現(xiàn)這個(gè)類的時(shí)候，我想了種種辦法，包括模板元編程也祭上了，始終還是存在其他多余的操作，再次審視剛剛開始的一段代碼，不得不承認(rèn)，它丑是丑了點(diǎn)，但執(zhí)行的效率確實(shí)真他媽的高，而且所占的空間也很少，全部沒有一丁點(diǎn)多余之處。好了，進(jìn)入我們的類的實(shí)現(xiàn)。

class CXGdiObjectSelector
{
public:
    CXGdiObjectSelector(HDC hDC)
    {
        ASSERT(hDC != NULL);
        m_hDC = hDC;
        m_nSelectedFlags = 0;
        m_nCreatedFlags = 0;
    }

    ~CXGdiObjectSelector();

    void SelectPen(HPEN pen)
    {
        replaceObject(pen, XFLAG_PEN);
    }

    void SelectBrush(HPEN brush);
      ........

    bool CreatePen()
    {
        HPEN hPen = CreatePen();
        if (hPen == NULL)
            return false;
        replaceObject(hPen, XFLAG_PEN);
        m_nCreatedFlags |= XFLAG_PEN;
        return true;
    }
      ........

private:
    CXGdiObjectSelector(const CXGdiObjectSelector&);
    void operator = CXGdiObjectSelector(const CXGdiObjectSelector&);
    enum {__nGDI_SIZE = 5};
    enum {XFLAG_PEN=1, XFLAG_BRUSH=2, XFLAG_FONT=4, XFLAG_BITMAP=8, XFLAG_REGION=16};
    HDC  m_hDC;     
    HGDIOBJ m_hOldGdis[__nGDI_SIZE];
    WORD m_nSelectedFlags;
    WORD m_nCreatedFlags;
};

        整個(gè)類的定義的還是很直觀。只是那一組創(chuàng)建GDI對(duì)象的成員函數(shù)，顯得有點(diǎn)格格不入，根據(jù)單一職責(zé)原則，實(shí)在不應(yīng)該加入這些東西，但是，加入這些操作，確實(shí)會(huì)給使用的時(shí)候帶來極大的方便。至于禁用了拷貝和賦值函數(shù)，感覺有點(diǎn)多此一舉，但是為了滿足某些C++潔癖者的強(qiáng)迫癥，我還是做了妥協(xié)。這個(gè)類其他代碼的實(shí)現(xiàn)，相當(dāng)簡單，我就不贅述了。

        公道自在人心，這個(gè)類在選入選出GDI對(duì)象，毫無疑問，確實(shí)方便安全，但是它以犧牲執(zhí)行效率和空間為代價(jià)。代碼編寫，不外乎是在做各種各樣的權(quán)衡，有時(shí)付出類型安全，以換取更大的靈活性；有時(shí)又以付出靈活性，以換取類型的安全；有時(shí)以通用性換取效率；有時(shí)又要以效率換取通用。不能簡單地說這種權(quán)衡好不好，只能說更加合適而已，在某一處上，比較強(qiáng)調(diào)什么，就以犧牲其他的特性來得到，謹(jǐn)記80%、20%的原則。C++的深入人心，在于它不剝奪程序員選擇的權(quán)利，同時(shí)它又提供了豐富的特性，以供你做各種各樣的交換。通用、靈活、效率、安全，這四者總是不可協(xié)調(diào)的矛盾。MFC框架的最大錯(cuò)誤就在于：犧牲了很大很大的靈活、效率、通用，最后只獲得了一點(diǎn)點(diǎn)類型安全，這無疑是失敗的交換。

posted on 2012-06-01 10:56 華夏之火 閱讀(1245) 評(píng)論(5)  編輯 收藏 引用