類設計一則，GDI對象選入器

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

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

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

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

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

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;
};

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

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

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