戰(zhàn)國時(shí)期的秦國，采取"遠(yuǎn)交近攻""撫弱掠強(qiáng)"等措施傲視六國，今天的Microsoft也是這樣，VB1.0時(shí)，Microsoft推出"VBX"控件技術(shù)，眾多的小公司得以生存，Microsoft自己不開發(fā)"VBX"組件，同樣"VBX"進(jìn)化為"OCX"時(shí)，Microsoft并不十分強(qiáng)大，可是這種試探得到眾多小公司的響應(yīng)。1997年Microsoft Office 97、1998年Microsoft推出Visual Studio 6.0，給眾多中、小公司提供了生存、發(fā)展的機(jī)會(huì)，例如Microsoft Office 97中集成了Visual Basic for Application 5.0，這項(xiàng)技術(shù)使得幾百家軟件開發(fā)商與Microsoft簽署了VBA技術(shù)許可協(xié)議，即使AutoDesk這樣的公司都與Microsoft簽署了這個(gè)協(xié)議，這個(gè)協(xié)議使得每個(gè)集成VBA的產(chǎn)品的給個(gè)用戶許可為Microsoft付40$的許可費(fèi)，如果你了解VSIP（Visual Studio Integration Protocol）協(xié)議，以及有多少公司簽訂了VSIP協(xié)議，你就真正感覺到Microsoft的可怕；Microsoft Office 97、Visual Studio 6.0的用戶界面十分漂亮，為什么Microsoft自己的開發(fā)工具不提供類似的軟件組件？你看到眾多第三方的Microsoft盟友紛紛推出自己的界面庫以模仿Microsoft，他們不會(huì)反對(duì)Microsoft，因?yàn)樗麄円呀?jīng)形成了使得Microsoft以及這些公司得以生存的生態(tài)圈。

　　Microsoft的技術(shù)儲(chǔ)備有多少，Microsoft之外的人很難說清楚，Microsoft中國公司也未必了解多少，1999年WTL類庫剛剛出現(xiàn)的時(shí)候，人們就希望WTL能得到官方的支持，或授權(quán)給一個(gè)Microsoft之外的一個(gè)公司（你能想象出Borland C++ 5.0內(nèi)置的ActiveX開發(fā)機(jī)制是基于Microsoft ATL類庫嗎？），直到今天，WTL依然如故，我們完全相信，如果Microsoft強(qiáng)力推廣WTL，WTL完全可以流行，可是Microsoft不缺類似的技術(shù)，類似的類庫還有BCL(Base Control Library，一個(gè)用于開發(fā)輕量級(jí)ActiveX控件的類庫)，Microsoft還有一個(gè)基于ATL的類庫，這個(gè)類庫用于開發(fā)ActiveX Designer，ActiveX Designer是絕大多數(shù)程序員不了解的一類對(duì)象，如果你熟悉Office開發(fā)，你知道Office VBA 中有一類對(duì)象，即Form2，此外VB6.0 中的報(bào)表設(shè)計(jì)器（以及著名的Active Reporter），都屬于此類對(duì)象，用這個(gè)類庫，你可以為VB6.0以及集成VBA的系統(tǒng)提供定制化的可視化設(shè)計(jì)機(jī)制等等，如今ActiveX Designer已經(jīng)演化為集成于Visual Studio .NET中的設(shè)計(jì)器。

三、向Microsoft學(xué)習(xí)

　　無論從什么角度評(píng)價(jià)Microsoft，我覺得Microsoft是值得我們學(xué)習(xí)的，如果說生活在這個(gè)時(shí)代有Microsoft存在是一場(chǎng)災(zāi)難，你就應(yīng)該痛恨這個(gè)家伙，但你首先要向這個(gè)家伙學(xué)習(xí)！我無意為Microsoft歌功頌德，我只是想說出十幾年我對(duì)Microsoft技術(shù)的感受。

　　與許多公司不同的是，在技術(shù)體系上，Microsoft幾乎所有的產(chǎn)品是息息相關(guān)的，Windows、Office、Visual Studio .NET雖然各不相同，但公共的核心即將形成，我們已經(jīng)看到，核心組件方面，Office與Visual Studio .NET日漸趨于一致，例如Microsoft正在將Office 2003的核心組件VBA 6.X逐步用新的Visual Studio Tools for Office替代，而我們依然在一些似是而非的現(xiàn)象上與Microsoft的產(chǎn)品比較差距，國家采購或政府采購支持的公司，不去鉆研核心技術(shù)，只是急功近利的采用短期行為急于與Microsoft相爭(zhēng)，不知是否有蚍蜉撼樹的感覺，個(gè)人的體驗(yàn)是，先學(xué)習(xí)Microsoft，踏踏實(shí)實(shí)的學(xué)，了解Microsoft，深入的了解，然后再喊口號(hào)。

四、為什么用MFC？

　　經(jīng)過若干年的競(jìng)爭(zhēng)，Borland 的OWL幾乎消失了，這個(gè)OWL是個(gè)非常漂亮的C++類庫，在Borland C++ 3.1風(fēng)光無限的年代，OWL真正的做到了獨(dú)領(lǐng)風(fēng)騷。然而，Borland C++ 4.0錯(cuò)過了進(jìn)入32位程序的最佳時(shí)機(jī)，BC 4.0推出后不久，迎來了Win95，Borland倉促上陣，以一個(gè)小的"Pack"使得BC4可以編譯基于Win4的程序，當(dāng)時(shí)的Visual C++是2.0版，支持Window16的版本為Visual C++1.51，有意思的是Borland可以用同一個(gè)編譯器同時(shí)支持Win16、Win32，而Microsoft卻不得不為Win16、Win32提供不同的編譯器。然而，非正式版本的Visual C++ 2.1與Visual C++ 2.2卻悄悄地支持了Win95的最新特征，即Win95新提供的一組公共控件，在我的印象中，Borland對(duì)Win95新特征的支持不利使得MFC與OWL的距離極大的縮短了。稍后到來的Borland C++ 4.5沒有改變這個(gè)狀況，盡管Borland C++ 5.0同時(shí)支持OWL與MFC，可是敗象已經(jīng)顯露，Borland C++非常遺憾的只走到了5.5版。C++ Builder雖然形式上引入了Delphi的VCL庫，可是許多C++程序員并不買賬，因?yàn)樵S多以C++為樂的人更喜歡以編輯的模式進(jìn)行編碼。Visual C++ 4.0的出現(xiàn)，在C++這個(gè)戰(zhàn)場(chǎng)上，Borland開始落敗了。

　　MFC發(fā)展到今天，已經(jīng)十多年了，盡管褒貶不一，但可以肯定，十幾年的技術(shù)積累已經(jīng)奠定了MFC的生存基礎(chǔ)，即使Microsoft的長角發(fā)布，MFC也不能推出Windows的舞臺(tái)，事實(shí)上，長角（Longhorn）之后的Visual Studio .NET仍將MFC作為一個(gè)重要的組成部分，在今年的Visual Studio .NET 2005中，MFC在C++中的位置依然如故。MFC的未來，應(yīng)該不必?fù)?dān)心，只要你深入考察.NET類庫，你會(huì)發(fā)現(xiàn)，MFC的許多思想機(jī)制正悄然進(jìn)入.NET，與此同時(shí)，Microsoft的第三方盟友十多年來已為MFC開發(fā)了大量的擴(kuò)展庫，如果Microsoft是船，第三方盟友就是載舟之水。許多人認(rèn)為MFC不發(fā)展了，其實(shí)是一種錯(cuò)覺，Visual C++ 6的界面十分經(jīng)典，特別是其中的Docking控制條機(jī)制，其實(shí)Visual C++ 6的IDE完全就是MFC寫的，可是MFC類庫中控制條相關(guān)的類功能很弱，為什么？你會(huì)看到許多與Microsoft友好的公司，他們很快的在MFC基礎(chǔ)上實(shí)現(xiàn)了Visual C++ 6 的Docking機(jī)制，這就是Microsoft的高明之處，Microsoft很會(huì)給盟友提供機(jī)會(huì)，其一貫的做法就是在自己的商品化產(chǎn)品中預(yù)先提供一些有趣的特征，使得其他一些公司進(jìn)行模仿以帶動(dòng)用戶群體。Borland不具備這樣的儲(chǔ)備。MFC第三方市場(chǎng)的繁榮，得益于Microsoft的策略與明智。MFC可否跨平臺(tái)？理論上完全可以，Microsoft不做，也是策略，但是有許多重要的產(chǎn)品Microsoft卻默許MFC移植到其他平臺(tái)，事實(shí)上，Microsoft的合作伙伴之一Mainsoft公司（Windows源碼就是從這家公司流失的），幾年來就是負(fù)責(zé)移植MFC程序移植到UINIX、Linux、AIX等操作系統(tǒng)之上。

　　新版的Visual C++中MFC已經(jīng)支持.NET開發(fā)了，MFC與ATL的協(xié)作更好了。根據(jù)我的經(jīng)驗(yàn)，MFC、ATL與.NET庫三者完全可以融合在一起綜合應(yīng)用到實(shí)際的開發(fā)工作中去，如果你是MFC行家，我希望ATL與.NET庫能成為你的忠實(shí)的左右手。那么有沒有同時(shí)支持MFC、ATL與.NET庫的程序？當(dāng)然有，Visual Studio .NET IDE就是！而且Visual Studio .NET IDE還支持用ATL與.NET庫擴(kuò)展的Addin，如果你希望用MFC管理ATL與.NET庫，請(qǐng)繼續(xù)支持我！

五、認(rèn)識(shí)Application對(duì)象

　　如果你熟悉Microsoft Office，你應(yīng)該進(jìn)一步的剖析這個(gè)大型軟件，Microsoft Office中幾乎每個(gè)程序都是可二次開發(fā)的，這一點(diǎn)得益于Microsoft Office內(nèi)置的二次開發(fā)機(jī)制，一個(gè)是基于COM機(jī)制的VBA模型，另一個(gè)是基于.NET框架的托管模型：Visual Studio Tools for Office。作為一名程序員，你應(yīng)當(dāng)在技術(shù)角度解析Office的技術(shù)結(jié)構(gòu)。Microsoft的大多數(shù)軟件的對(duì)象結(jié)構(gòu)可以通過Visual Studio提供的工具OLE/COM Object Viewer考察其類型庫得到，通過引用類型庫，你甚至可以得到描述對(duì)象信息的C++頭文件。這樣做真是好處多多。一個(gè)典型的Office通常都有一個(gè)Application對(duì)象（或其他一個(gè)與之相當(dāng)?shù)膶?duì)象），這個(gè)對(duì)象相當(dāng)于軟件樞紐，在這里，我們不討論Office，借此話題說說Application對(duì)象。大多數(shù)支持?jǐn)U展（Addin、Plugin）的軟件都存在類似的構(gòu)造。通常，一個(gè)系統(tǒng)得Application對(duì)象或者是一個(gè)COM對(duì)象，或者是一個(gè).NET對(duì)象，如果你的系統(tǒng)存在這類對(duì)象，你的系統(tǒng)就基本具備支持Addin、Plugin的機(jī)制了。一個(gè)理想的做法就是在一個(gè)MFC系統(tǒng)中，內(nèi)置一個(gè)ATL對(duì)象或.NET對(duì)象，稍后我們給出方案如何做到這一點(diǎn)。設(shè)計(jì)Application對(duì)象的關(guān)鍵是如何規(guī)劃這個(gè)對(duì)象的屬性、方法、事件。如果你希望系統(tǒng)具備良好的擴(kuò)展性，Application對(duì)象是十分關(guān)鍵的，這也是構(gòu)架藝術(shù)的體現(xiàn)。所謂Addin(Plugin)，是系統(tǒng)運(yùn)行時(shí)根據(jù)需要加載的對(duì)象庫，Addin(Plugin)之所以可以擴(kuò)展系統(tǒng)，關(guān)鍵的因素就是系統(tǒng)加載Addin(Plugin)時(shí)，將Application對(duì)象傳遞給Addin(Plugin)庫，設(shè)想一下，如果Application恰到好處的觸發(fā)了系統(tǒng)事件，而Addin(Plugin)庫如愿的解釋了事件，一個(gè)Addin(Plugin)庫的任務(wù)不就OK了嗎！因此Application對(duì)象是系統(tǒng)設(shè)計(jì)的關(guān)鍵。

　　如果你精通ATL對(duì)象，在你的MFC系統(tǒng)中添加一個(gè)ATL對(duì)象，這個(gè)任務(wù)可以用VC Wizard完成。你已經(jīng)接受了一個(gè)事實(shí)，就是MFC程序中存在一個(gè)CXXXApp對(duì)象（CWinApp的派生類），現(xiàn)在你要做的是增加一個(gè)對(duì)應(yīng)得ATL對(duì)象。這個(gè)對(duì)象可以在CXXXApp::InitInstance()中創(chuàng)建，如果ATL對(duì)象的類是CXXXAppObject，建議你在CXXXApp對(duì)象對(duì)象中增加一個(gè)成員變量，例如：CComObject<CXXXAppObject>* m_pAppObj，然后可以入下初始化m_pAppObj：

m_pAppObj = new CComObject<CXXXAppObject>；

　　注意程序結(jié)束時(shí)在CXXXApp::ExitInstance()中釋放m_pAppObj，語句如下：

delete m_pAppObj；

　　你可以將系統(tǒng)得關(guān)鍵屬性設(shè)置成CXXXAppObject的屬性，例如系統(tǒng)得標(biāo)題、是否為多文檔等等。系統(tǒng)希望外部調(diào)用的功能可以實(shí)現(xiàn)為CXXXAppObject的方法，這一點(diǎn)取決于你的需要。系統(tǒng)需要外部擴(kuò)展的功能，表現(xiàn)為CXXXAppObject的事件，關(guān)鍵是在恰當(dāng)?shù)奈恢糜|發(fā)事件以及提供的事件參數(shù)。例如，你可以在CXXXApp::InitInstance()觸發(fā)應(yīng)用程序開始的事件OnStartUp，Plugin捕獲事件后，可以進(jìn)行特定的初始化（身份確認(rèn)、初始信息查詢等等）；你可以在CXXXApp::ExitInstance()觸發(fā)應(yīng)用程序結(jié)束事件，Plugin捕獲事件后，處理用戶需要的系統(tǒng)退出工作。所有的設(shè)計(jì)取決于具體設(shè)計(jì)。

　　如何加載Plugin，是一個(gè)有趣的問題，如果Plugin實(shí)現(xiàn)為一個(gè)COM范疇（Category），可以運(yùn)用COM技術(shù)枚舉這個(gè)Category；可以將Plugin安裝到一個(gè)特定目錄，也可以通過注冊(cè)表。Plugin的實(shí)現(xiàn)可以用COM技術(shù)、也可以用.NET框架。適當(dāng)?shù)臋C(jī)會(huì)我會(huì)提供例子……

六、后記

　　一時(shí)心血來潮，就寫了這篇文章，很難說是有心，還是無意。幾天前我在新浪網(wǎng)上看應(yīng)氏杯圍棋決賽，我覺得該贏了吧，作為一個(gè)圍棋迷，我們等了十幾年，等到了屬于國人的應(yīng)氏杯。記得7、8年前在還在大學(xué)工作的時(shí)候，有一次，一位同事興致沖沖的走道我面前對(duì)我說："嗨，昨天馬XX贏了李昌鎬！"，當(dāng)時(shí)我在系辦公室正在看報(bào)紙，那位仁兄見我頭都沒抬，非常不滿的搶下報(bào)紙，對(duì)我吼道："喂！馬XX贏了李昌鎬！！你聽到?jīng)]有！！！"，我對(duì)他說："你大驚小怪個(gè)啥？！馬XX輸了李昌鎬多少盤，你知道嗎？"，馬XX幾乎一直在輸給李昌鎬，人們已經(jīng)不奇怪了，偶爾贏一次，國人就把他捧得北都找不到了，李昌鎬弱冠17的時(shí)候就傲視這個(gè)世界了，可至今面孔不變，幾天前的農(nóng)心杯，中日聯(lián)軍5個(gè)人，被他打個(gè)落花流水，李昌鎬是公認(rèn)的世界第一，以至于有的高手知道下一個(gè)對(duì)手如果是他，就會(huì)去訂回程機(jī)票。這次應(yīng)氏杯，國人竟然感謝崔哲瀚，何也？因?yàn)檫@個(gè)弱冠19的小子，擋住了他的大哥李昌鎬才使得應(yīng)氏杯有了懸念。當(dāng)國人媒體在說韓國僅李昌鎬一人厲害的時(shí)候，不知道是出何居心還是自欺欺人，李昌鎬年方30，不知道要力壓中、日多少年！面對(duì)這個(gè)名字，真有點(diǎn)麻木了，這個(gè)太極虎！

　　軟件界又來了我們一向不齒的印度虎，2001年我們的軟件出口額僅是印度的四十分之一，我們震驚了，怎么可能呢？這個(gè)四十分之一水分很大，很可能更可憐！當(dāng)時(shí)我在大連參加一個(gè)關(guān)于"大連軟件出口國內(nèi)第一"的官方會(huì)議，那位大人在會(huì)上說："據(jù)說，我們大連軟件出口國內(nèi)排名第一，市有關(guān)領(lǐng)導(dǎo)希望今天的會(huì)議給出這個(gè)第一的數(shù)字依據(jù)，希望你們把數(shù)據(jù)報(bào)上來，去年的數(shù)據(jù)也可申報(bào)，注意，我們要的只是數(shù)據(jù)，你們仔細(xì)體會(huì)，我們根據(jù)數(shù)據(jù)，有獎(jiǎng)勵(lì)，機(jī)會(huì)難得呀！"……。某一天，幾個(gè)朋友在我家看央視的對(duì)話節(jié)目，對(duì)話一方為國內(nèi)的軟件大鱷們（用友、阿爾派等公司的老總們），另一方為印度軟件的一個(gè)代表團(tuán)。當(dāng)問及中、印軟件差距的時(shí)候，我們的劉老總（代表阿爾派）不以為然的說，據(jù)他的看法，我們已經(jīng)快趕上（印度）了，……，言下之意頗有印度的水平不過如此的感覺，印度方的話我至今記憶猶新："是否趕上，國際市場(chǎng)說的算！在中國看來，印度程序員的個(gè)性不足，技術(shù)也不怎么樣，其實(shí)是個(gè)錯(cuò)覺，印度軟件首先注重個(gè)性，許多重要的美國商品化軟件都是在印度本土開發(fā)的……"，我們的輿論總是將印度程序員的水平描述的平庸至極，可是差距日漸拉開，……，圍棋、足球（不好意思談，談不出口！）、軟件，我們被近鄰嚴(yán)酷的封鎖了，樂壞了記者們、給媒體帶來了生機(jī)……

　　日本江戶時(shí)代的圍棋，如果一個(gè)人要想世襲一個(gè)稱號(hào)（例如：本因坊），他必須戰(zhàn)勝所有的師兄弟，然后，住進(jìn)師父家的內(nèi)室，你知道以后的事情嗎？以后，這個(gè)棋手，就得為師父一家做飯、帶孩子、搞衛(wèi)生……，其余的門人則一心一意的下棋，這樣的人、方式，造就了一代一代的本因坊，他們的棋譜大多數(shù)都流芳至今，這就是早期日本圍棋的悟道模式。軟件總共有多少語句？我最早接觸的計(jì)算機(jī)軟件教材是一本英文版的（影印的D版），不同于我們，那本書的作者構(gòu)造了"X-語言"，他們不講什么C、Pascal、Basic，一旦缺了什么機(jī)制，就給"X-語言"添加些成分。什么C、Pascal、Basic，你感覺差不多，但現(xiàn)在卻分出了等級(jí)！我們駕馭語言的能力弱得很，可是我們?cè)谡Z言的細(xì)微之處卻很講究，不知道對(duì)不對(duì)，許多程序員也許是出于虛榮而用C++，事實(shí)上，地球人到知道，做數(shù)據(jù)庫，Delphi、VB遠(yuǎn)比C++勝任，鋪天蓋地的C++的書，寫的東西幾乎雷同，因?yàn)椋杏玫幕蛘咦髡卟粚憽⒒蛘咦髡卟欢Ｓ袝r(shí)我在想，如果國內(nèi)沒有內(nèi)需，會(huì)怎樣？也許軟件內(nèi)需的存在，造就了中國軟件的特色，我認(rèn)為國內(nèi)業(yè)界并沒有充分利用中國軟件內(nèi)需的存在，也許中國軟件內(nèi)需的存在是軟件落后的硬傷。

　　我記得一部電影《神辮》，那個(gè)英雄的大辮子被洋人炸掉了，最終他成了神槍手，戰(zhàn)勝洋人用大刀、秘籍是不行的，用洋的東西戰(zhàn)勝洋的技術(shù)才是正道。我覺得，一個(gè)好的程序員必須了解軟件的歷史，學(xué)習(xí)歷史，你知道你為什么弱，別人是如何強(qiáng)大的。我們正在另一個(gè)戰(zhàn)場(chǎng)上抗美（可笑的是我們卻要趕超印度！），無論Microsoft、Borland如何爭(zhēng)斗，無論他們誰統(tǒng)治誰，他們不影響美國的強(qiáng)大，朋友們，學(xué)習(xí)Microsoft，開發(fā)出讓國人感到牛的軟件！