GacUI終于進(jìn)入制作dll的階段了。昨天上傳了一個(gè)新的工程，在Vczh Library++3.0（E:\Codeplex\vlpp\Workspace\Tools\Release\SideProjects\GacUI\GacUI.sln）。這里面一共有三個(gè)工程，有兩個(gè)是工具，一個(gè)是dll。

    為了編譯出帶反射的控件庫，因此每一個(gè)控件都可以獲得一個(gè)ITypeDescriptor對(duì)象。但是控件庫一共有幾十個(gè)類上千個(gè)函數(shù)，我不可能一個(gè)一個(gè)去實(shí)現(xiàn)的（請(qǐng)想想實(shí)現(xiàn)IDispatcher的時(shí)候）。根據(jù)上一篇博客討論過技術(shù)，我將使用一個(gè)程序來讀pdb生成C++代碼。詳細(xì)的計(jì)劃如下：

    1：制作一個(gè)_GacPDB工程。這是一個(gè)exe，但是是沒用的，唯一的用處就是他引用了GacUI.dll所需要的所有源代碼，然后靠編譯器產(chǎn)生PDB文件。
    2：制作一個(gè)_TranslatePDBtoXML工程。這是一個(gè)exe，從PDB抽取類聲明。
    3：制作一個(gè)_TranslateXMltoCode。顧名思義，不過現(xiàn)在還沒做，原理是一樣的。
    4：GacUI.dll。這個(gè)dll包含了所有的控件的實(shí)現(xiàn)，還有_TranslateXMLtoCode產(chǎn)生的所有代碼。

    現(xiàn)在我的目標(biāo)是，先編譯_Translate*工程，然后編譯_GacPDB產(chǎn)生pdb后自動(dòng)調(diào)用它們，生成代碼結(jié)束之后開始合并編譯GacUI.dll。所有的這些東西都需要在VisualStudio的“Rebuild Solution”里面完成。為了完成這個(gè)目標(biāo)，我創(chuàng)建這些工程之后，按照下面的方法修改了工程屬性：
    1：工程A引用了工程B的話，那么只有當(dāng)B完全編譯好之后才會(huì)編譯A。因此上面的配置將阻止三個(gè)工程平行編譯，強(qiáng)制他們按照_TranslatePDBtoXML、_GenPDB和GacUI的順序來。
    2：_TranslatePDBtoXML編譯好之后，會(huì)把它依賴的msdia100.dll復(fù)制到編譯出來的exe旁邊，以供接下來調(diào)用。
    3：_GenPDB編譯好之后，pdb已經(jīng)產(chǎn)生了。這個(gè)時(shí)候它會(huì)自動(dòng)調(diào)用上一步編譯出來的_TranslatePDBtoXML，讀取pdb，輸出xml
    4：（接下來要做的）調(diào)用_TranslateXMLtoCode，輸入xml，輸出C++代碼
    5：這個(gè)時(shí)候，生成的C++代碼已經(jīng)就緒了，所以開始編譯GacUI。

    附加的好處還有一個(gè)。因?yàn)開GenPDB引用了GacUI的cpp，所以當(dāng)GacUI的源代碼修改的時(shí)候，_GenPDB也會(huì)感應(yīng)到，從而在下次編譯GacUI的時(shí)候先開始編譯_GenPDB。并且因?yàn)镚acUI依賴了_GenPDB，所以_GenPDB仍然會(huì)先編譯。而且這種依賴關(guān)系是無害的，因?yàn)開GenPDB沒有輸出lib，因此GacUI.dll在運(yùn)行的時(shí)候完全不需要_GenPDB.exe的存在。

    好了。那把一個(gè)個(gè)的cpp文件添加到_GenPDB也是在太麻煩了，所以我投機(jī)取巧了一下：