灰常感謝各位達(dá)人昨天的熱心回帖，讓我受益匪淺。我仰望夜空，群星點(diǎn)點(diǎn)，就如各位的點(diǎn)睛之語，在無盡的蒼穹閃耀。這讓我深深地意識(shí)到，在這里，不僅可以分享成果，也可以分享困惑、分享寂寞。（開場(chǎng)白到此結(jié)束~）

在平常的編程中，我發(fā)現(xiàn)很容易遇到這種結(jié)構(gòu)：

(1號(hào)方案)

BOOL foo()
{
    BOOL bRet = FALSE;

    HANDLE hProcess = OpenProcess(...);

    if (hProcess != NULL)
    {
        HANDLE hToken = OpenProcessToken(hProcess, ...);

        if (hToken != NULL)
        {
            // ...

            if (LookupPrivilegeValue(...))
            {
                if (AdjustTokenPrivileges(hToken, ...))
                {
                    bRet = TRUE;
                }
            }

            CloseHandle(hToken);
        }

        CloseHandle(hProcess);
    }

    return bRet;
}

如上寫法，容易造成縮進(jìn)級(jí)別不斷增加。為了避免這種情況，可以改成：

(2號(hào)方案)

BOOL foo()
{
    HANDLE hProcess = OpenProcess(...);

    if (hProcess == NULL)
    {
        return FALSE;
    }

    HANDLE hToken = OpenProcessToken(hProcess, ...);

    if (hToken == NULL)
    {
        CloseHandle(hProcess);

        return FALSE;
    }

    // ...

    if (!LookupPrivilegeValue(...))
    {
        CloseHandle(hToken);
        CloseHandle(hProcess);

        return FALSE;
    }

    if (!AdjustTokenPrivileges(hToken, ...))
    {
        CloseHandle(hToken);
        CloseHandle(hProcess);

        return FALSE;
    }

    CloseHandle(hToken);
    CloseHandle(hProcess);

    return TRUE;
}

這樣，又引來了新的問題，每次 return FALSE 時(shí)的清理任務(wù)比較麻煩，要是每步操作都引進(jìn)新的 HANDLE 的話，后續(xù)的清理工作就變得非常繁重。有人推薦do…while(0)的結(jié)構(gòu)，有人推薦goto。這兩種形式分別是——

do…while(0)：

(3號(hào)方案)

BOOL foo()
{
    HANDLE hProcess = OpenProcess(...);

    if (hProcess == NULL)
    {
        return FALSE;
    }

    BOOL bRet = FALSE;

    do
    {
        HANDLE hToken = OpenProcessToken(hProcess, ...);

        if (hToken == NULL)
        {
            break;
        }

        // ...

        BOOL bRetInner = FALSE;

        do
        {
            if (!LookupPrivilegeValue(...))
            {
                break;
            }

            if (!AdjustTokenPrivileges(hToken, ...))
            {
                break;
            }

            bRetInner = TRUE;

        } while (0);

        CloseHandle(hToken);

        if (!bRetInner)
        {
            break;
        }

        bRet = TRUE;

    } while (0);

    CloseHandle(hProcess);

    return bRet;
}

這種結(jié)構(gòu)可以避免每次 return FALSE 前的一堆清理工作，但缺點(diǎn)是，有幾個(gè)依賴性的 HANDLE，就要嵌套幾層的 do…while(0)，有時(shí)候也會(huì)遇到需要三四層嵌套的情形。

goto：

（左邊和右邊哪種好一點(diǎn)。。。？）

在這種情形下，goto 的方案似乎是完美的。但是 goto 如果遇到 C++，缺點(diǎn)體現(xiàn)出來了。下面這一段，現(xiàn)在是 do…while(0) 結(jié)構(gòu)（只有一層嵌套，這種結(jié)構(gòu)用在這里還算合理）：

BOOL foo()
{
    HRESULT hr = CoInitializeEx(0, COINIT_MULTITHREADED);

    while (true)
    {
        if (FAILED(hr))
        {
            break;
        }

        hr = CoInitializeSecurity(NULL, -1, NULL, NULL, RPC_C_AUTHN_LEVEL_DEFAULT, RPC_C_IMP_LEVEL_IMPERSONATE, NULL, EOAC_NONE, NULL);

        if (FAILED(hr))
        {
            break;
        }

        CComPtr<IWbemLocator> pLoc = NULL;
        hr = pLoc.CoCreateInstance(CLSID_WbemLocator, NULL, CLSCTX_INPROC_SERVER);

        if (FAILED(hr))
        {
            break;
        }

        CComPtr<IWbemServices> pSvc = NULL;
        hr = pLoc->ConnectServer(_T("ROOT\\CIMV2"), NULL, NULL, NULL, 0, NULL, NULL, &pSvc);

        if (FAILED(hr))
        {
            break;
        }

        hr = CoSetProxyBlanket(pSvc, RPC_C_AUTHN_WINNT, RPC_C_AUTHZ_NONE, NULL, RPC_C_AUTHN_LEVEL_CALL, RPC_C_IMP_LEVEL_IMPERSONATE, NULL, EOAC_NONE);

        if (FAILED(hr))
        {
            break;
        }

        CComPtr<IEnumWbemClassObject> pEnum = NULL;
        _bstr_t bstrLang = _T("WQL");
        _bstr_t bstrSql = _T("SELECT * FROM __InstanceCreationEvent WITHIN 10")
            _T("WHERE TargetInstance ISA 'Win32_LogonSession' AND (TargetInstance.LogonType = 2 OR TargetInstance.LogonType = 11)");
        hr = pSvc->ExecNotificationQuery(bstrLang, bstrSql, WBEM_FLAG_FORWARD_ONLY | WBEM_FLAG_RETURN_IMMEDIATELY, NULL, &pEnum);

        if (FAILED(hr))
        {
            break;
        }

        ULONG uCount = 1;
        CComPtr<IWbemClassObject> pNext = NULL;
        hr = pEnum->Next(WBEM_INFINITE, uCount, &pNext, &uCount);

        if (FAILED(hr))
        {
            break;
        }

        // ...

        break;
    }

    CoUninitialize();

    return SUCCEEDED(hr);
}

如果改成 goto，則需要把所有需要對(duì)象的定義全放到最前面來，不然 goto 會(huì)跳過他們的初始化，編譯不過。但是，所有對(duì)象都放到最前面定義，又違反了即用即聲明的規(guī)則，而且太多了也容易混淆。

最后，問題是，如果遇到 C++ 的、多層嵌套的，大家一般如何組織代碼呢？

謝謝！

我的觀點(diǎn)可能有點(diǎn)激進(jìn)，我覺得單件模式啥也不是，純粹是個(gè)全局變量的貞潔牌坊而已。全局變量如果有必要，用就用了，何必偽裝；如無必要，就算穿上單件模式的馬甲，到頭來也會(huì)搞得一片狼籍——隨處可見GetInstance。

歡迎討論~

如題，不知道這樣說是不是清楚了。

就是說，我們把新的類引入我們自己的工程后，

如果我們的工程打開了預(yù)編譯頭，就需要在.cpp加上#include <stdafx.h>，或者關(guān)閉本工程或者那個(gè)cpp的預(yù)編譯頭選項(xiàng)；如果我們的工程關(guān)閉了預(yù)編譯頭，就要確保那個(gè).cpp里沒有#include <stdafx.h>。

這樣感覺很不爽。如果是用別人的成品庫，我會(huì)覺得最好不改別人的代碼，于是只好改工程里的選項(xiàng)，麻煩。如果自己寫個(gè)類，也想讓用的人（雖然通常是我自己）不要每次遇到這個(gè)麻煩。

有沒有某種方法，在代碼里加上類似：
#pragma precompileheader(close)
然后就不用管stdafx.h了，直接把文件加到工程里就好了
？

網(wǎng)上提得較多的是 2K/XP 的句柄表，以及句柄分配算法。其中 Win2K 的句柄表在 _EPROCESS + 0x128 處，WinXP 在 _EPROCESS + 0x0c4 處。Vista 和 Win7 找遍了 Internet 沒找到，于是只好下載符號(hào)表，裝系統(tǒng)自己找。其實(shí)也就 dt _EPROCESS 一下了。Vista 在 _EPROCESS + 0x0dc 處，Win7 在 _EPROCESS + 0x0f4 處。以上均是 32 位系統(tǒng)下的地址。句柄分配算法在 Vista 和 Win7 中都沒有變化，和 XP 一樣（至少我的測(cè)試結(jié)果是這樣的）。

小記一筆。明天繼續(xù)看 64 位的。

==================================================
WinXP x64: 0x158
Vista x64: 0x160
Win7 x64: 0x200

陸陸續(xù)續(xù)搞了一個(gè)多月了，不過其實(shí)也就一開始的幾天和最近幾天在好好搞。

前兩天把 Set、Map 寫完的時(shí)候，突然發(fā)現(xiàn)我還是完全沒有理解 STL 的迭代器所玩的花樣。其中的類型萃取我看出來了，其余的都沒有。我這里的迭代器是很土的，每個(gè)容器自顧自的（盡管很“巧合”有幾個(gè)一樣的接口）。

String 類我還想繼續(xù)拓展功能。不過沒想好的就是要不要有 Format 功能：如果沒有，使用上或許偶爾會(huì)有一點(diǎn)點(diǎn)不方便（如果也不提供數(shù)值和字符串相互轉(zhuǎn)換的函數(shù)的話）；如果有，基本上不會(huì)去手工解釋 %d、%s 之類的了，那么勢(shì)必要用到 sprintf 之類的東西了，那么我的零依賴的設(shè)想就落空了。

MultiSet 和 MultiMap 有點(diǎn)兒傾向于不提供了，真有需求的到時(shí)候去 Set<List<T>>、Map<List<T>> 好了。

文件在此，點(diǎn)擊下載（還沒測(cè)試仔細(xì)，可能有不少 Bug，甚至可能某些函數(shù)有語法錯(cuò)誤沒測(cè)到，這點(diǎn)請(qǐng)諒解）

請(qǐng)各位給點(diǎn)意見~