簡(jiǎn)介

Visual C++ 6.0 (VC6.0) 是微軟于 1998 年發(fā)布的集成開發(fā)環(huán)境 (IDE)。盡管它已經(jīng)過時(shí)，但許多舊項(xiàng)目仍在使用它。隨著時(shí)間的推移，繼續(xù)在 VC6.0 中維護(hù)和開發(fā)項(xiàng)目變得越來越具有挑戰(zhàn)性，因此需要遷移到較新的平臺(tái)。本指南將指導(dǎo)您完成從 VC6.0 遷移到較新平臺(tái)的過程，重點(diǎn)關(guān)注保持代碼庫的更新和兼容性。

遷移步驟

1. 選擇目標(biāo)平臺(tái)選擇適合您需求和目標(biāo)受眾的平臺(tái)。對(duì)于大多數(shù)項(xiàng)目，推薦使用 Visual Studio 2022或更高版本。2. 安裝目標(biāo)平臺(tái)下載并安裝目標(biāo)平臺(tái)的最新版本。請(qǐng)確保安裝適用于您項(xiàng)目要求的正確編譯器和工具鏈。3. 轉(zhuǎn)換項(xiàng)目文件打開您的 VC6.0 項(xiàng)目文件 (.dsp) 并將其轉(zhuǎn)換為目標(biāo)平臺(tái)的格式。Visual Studio 提供了導(dǎo)入向?qū)В蓭椭p松完成此過程。4. 更新編譯器選項(xiàng)審查并更新編譯器選項(xiàng)以滿足新平臺(tái)的要求。這可能涉及配置 C++ 語言標(biāo)準(zhǔn)、編譯器優(yōu)化選項(xiàng)和其他設(shè)置。5. 遷移代碼開始逐步將代碼從 VC6.0 遷移到新平臺(tái)。使用 Visual Studio 的代碼重構(gòu)和現(xiàn)代化工具來幫助您識(shí)別和更新已過時(shí)的代碼。6. 解決兼容性問題在遷移過程中，您可能會(huì)遇到編譯器錯(cuò)誤或運(yùn)行時(shí)問題。仔細(xì)檢查錯(cuò)誤消息并使用調(diào)試器和分析工具來解決這些問題。7. 單元測(cè)試和回歸測(cè)試在遷移過程中，定期進(jìn)行單元測(cè)試和回歸測(cè)試以確保代碼的正確性和兼容性。

保持

---

用什么軟件來查看一個(gè)用Microsoft Visual C++ 6.0 編寫的程序的源代碼

標(biāo) 題: MFC逆向初級(jí)研究（1）作 者: 北斗之搖光時(shí) 間: 2007-03-15 17:14 鏈 接:詳細(xì)信息: 【文章標(biāo)題】: MFC逆向初級(jí)研究(1)【文章作者】: 北斗之搖光【作者郵箱】: 【下載地址】: 自己搜索下載【作者聲明】: 只是感興趣，沒有其他目的。 失誤之處敬請(qǐng)諸位大俠賜教!--------------------------------------------------------------------------------【詳細(xì)過程】引言本文主要針對(duì)微軟的VC++6.0中使用MFC產(chǎn)生的EXE文件的逆向研究，我曾經(jīng)使用微軟的Visual Studio 2005編譯了一個(gè)EXE文件，通過IDA反匯編以后發(fā)現(xiàn)該文件與VC++6.0產(chǎn)生的文件還是有所區(qū)別，因此特別在此聲明一下。 文中主要使用了IDA pro 5.0和在看雪()下載的OllyICE作為工具對(duì)目標(biāo)文件進(jìn)行反匯編。 在此也感謝看雪論壇的各位的無私奉獻(xiàn)，在研究過程的中的困難多通過各位的帖子得到了幫助。 逆向的關(guān)鍵我認(rèn)為逆向的關(guān)鍵主要是要弄明白目標(biāo)文件的算法和實(shí)現(xiàn)過程，在Window操作系統(tǒng)下，軟件的實(shí)現(xiàn)過程就體現(xiàn)在其對(duì)Window消息的處理，而軟件的算法則包含在處理的具體過程中。 對(duì)于通過SDK編寫的傳統(tǒng)的Windows應(yīng)用程序基本都具備幾個(gè)共同的特征：WinMain函數(shù)、WinProc函數(shù)、窗口注冊(cè)、消息循環(huán)。 對(duì)于這類目標(biāo)文件的分析主要集中的WinProc的分析上，WinProc的函數(shù)地址獲得一般是通過窗口注冊(cè)函數(shù)中的參數(shù)獲得。 （由于我對(duì)于這類文件沒有具體逆向過，所以只是大概的說說，有不對(duì)的地方請(qǐng)各位不要客氣，盡管拍磚）而使用MFC（Microsoft Function Class）顧名思義，該類庫主要封裝了大部分的Windows API函數(shù)所以在代碼中看不到原本的SDK編程中的消息循環(huán)、窗口過程函數(shù)等等東西，所有這些封裝在相應(yīng)的中，讓程序員能夠?qū)Ｖc處理過程與算法。 這種做法于逆向而言有好處也有壞處：壞處就是加大了對(duì)于MFC產(chǎn)生的EXE文件的逆向難度，讓許多的和我一樣的菜鳥迷失在匯編代碼中找不找北了，基本主要就靠猜測(cè)實(shí)現(xiàn)過程中用到了那些函數(shù)，然后對(duì)文件導(dǎo)入表的函數(shù)下斷點(diǎn)來尋找我們所需要的處理過程；好處就是這樣的做法使得EXE文件中主要都是目標(biāo)程序的Window消息處理流程以及算法，而且dll中的大部分函數(shù)的功能都能在MSDN中查到。 如果能夠通過對(duì)目標(biāo)文件的分析得到這個(gè)Window消息處理流程和算法架構(gòu)，基本上我們就可以重寫整個(gè)軟件；要做到上面的目標(biāo)，首先我們要對(duì)MFC有所了解，推薦沒有基礎(chǔ)的兄弟們讀讀候俊杰的《深入淺出MFC》。 該書在逆向過程中完全可以作為一本參考書，讓你能通過源代碼了解實(shí)現(xiàn)過程，網(wǎng)上有很多該書的電子版下載。 一個(gè)逆向MFC產(chǎn)生的EXE文件的例子下面我們就通過一個(gè)具體的例子來學(xué)習(xí)一下如何從目標(biāo)文件中挖到我們需要的東西。 首先我們來產(chǎn)生一個(gè)需要的EXE文件。 在此我假定各位對(duì)MFC有過一定的使用經(jīng)驗(yàn)，畢竟逆向分析才是本文的重點(diǎn)。 1．產(chǎn)生例子所需要的目標(biāo)文件：我們通過VC++6.0的向?qū)懋a(chǎn)生一個(gè)名為ReverseMFC的工程，這個(gè)工程的設(shè)置情況如下： Application type of fff:Dialog-Based Application targeting:Win32Classes to be created:Application: CFffApp in ReverseMFC.h and : CFffDlg in ReverseMFCDlg.h and : + Uses shared DLL implementation () + Localizable Text in:中文[中國]直接編譯以后就能夠運(yùn)行，為了確定我們是否正確的分析的整個(gè)目標(biāo)文件，在該對(duì)話框中加入一個(gè)我們自定義的按鈕如下,對(duì)于該按鈕的處理函數(shù)如下設(shè)定為：AfxMessageBox(I find it!,MB_OK)；編譯后就得到了我們需要的目標(biāo)文件。 現(xiàn)在我們得到了所需要的目標(biāo)文件，在IDA中載入該文件。 在此我們最好是產(chǎn)生Release版本的EXE文件，畢竟所有的發(fā)布軟件都是Release版本的。 2．具體分析在IDA中按Ctrl＋S找到段，該段主要存儲(chǔ)了目標(biāo)文件的類運(yùn)行時(shí)創(chuàng)建信息、MessageMap信息、MessageEntry信息、虛函數(shù)表、RTTI數(shù)據(jù)（如果編譯選項(xiàng)中選擇了支持RTTI的話）。 在到達(dá)段后我們可以看到這樣的代碼，對(duì)數(shù)據(jù)進(jìn)行格式轉(zhuǎn)換后可以得到如下圖所示的數(shù)據(jù)。 C0 ; 屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯?C0 ; Segment type: Pure C0 ; Segment permissions: C0 _rdatasegment para public DATA C0 assume cs:_C0 ;org C0 off_4021C0dd offset sub_; DATA XREF: sub_C4 dd offset dword_C8 dword_4021C8dd 111h ; DATA XREF: C4CC dd D0 dd D4 dd D8 dd DC dd offset CWinApp::OnHelp(void)E0 dd E4 dd E8 dd EC dd F0 dd F4 dd F8 off_4021F8dd offset CWinApp::GetRuntimeClass(void)F8 ; DATA XREF: unknown_libname_1-56FC dd offset sub_ dd offset nullsub_ dd offset nullsub_ dd offset nullsub_C dd offset CCmdTarget::OnCmdMsg(uint,int,void *,AFX_CMDHANDLERINFO *)其中的off_4021C0就是一個(gè)MessageMap數(shù)據(jù)；dword_4021C8就是MessageMap所指的MessageEntry數(shù)據(jù)；off_4021F8就是一個(gè)類的虛函數(shù)表的開始位置。 那么具體這些數(shù)據(jù)時(shí)那個(gè)類的相關(guān)數(shù)據(jù)呢？如此判斷的依據(jù)是什么？首先我們知道MessageEntry是的數(shù)據(jù)結(jié)構(gòu)定義如下，而且以6個(gè)0表示整個(gè)數(shù)組的結(jié)束。 struct AFX_MSGMAP_ENTRY{UINT nMessage; // windows messageUINT nCode;// control code or WM_NOTIFY codeUINT nID;// control ID (or 0 for windows messages)UINT nLastID;// used for entries specifying a range of control idsUINT nSig; // signature type (action) or pointer to message #AFX_PMSG pfn;// routine to call (or special value)};因此我們有理由假設(shè)dword_4021C8就是MessageMap所指的MessageEntry數(shù)據(jù)。 而MessageMap數(shù)據(jù)結(jié)構(gòu)定義如下：struct AFX_MSGMAP{#ifdef _AFXDLLconst AFX_MSGMAP* (PASCAL* pfnGetBaseMap)();#elseconst AFX_MSGMAP* pBaseMap;#endifconst AFX_MSGMAP_ENTRY* lpEntries;};off_4021C0的兩個(gè)數(shù)據(jù)中第二個(gè)數(shù)據(jù)恰恰就是我們前面假設(shè)為MessageEntry的指針，跟入其第一個(gè)數(shù)據(jù)，我們看到如下的代碼 ; *************** S U B R O U T I N E *************************************** sub_proc near ; DATA XREF: :off_4021C0 mov eax, ds:AFX_MSGMAP const sub_endp恰恰是一個(gè)返回基類的MessageMap的函數(shù)。 因此我們也同樣有理由假設(shè)off_4021C0就是一個(gè)MessageMap數(shù)據(jù)。 對(duì)于虛函數(shù)表的假設(shè)是如何被證明呢？首先我們要知道關(guān)于虛函數(shù)表的一點(diǎn)知識(shí)：虛函數(shù)表由虛函數(shù)的地址組成，表中函數(shù)地址的順序和它們第一次出現(xiàn)的順序（即在類定義的順序）一致。 若有重載的函數(shù)，則替換掉基類函數(shù)的地址。 通過這個(gè)我們可以知道MFC中虛函數(shù)表中的函數(shù)順序必然是先按照CObject->CCmdtarget->。 。 。 。 這個(gè)類繼承順序中的虛函數(shù)順序來處理虛函數(shù)表中的函數(shù)順序的。 只要證明這個(gè)我們假設(shè)的虛函數(shù)中的函數(shù)順序與上面提到的知識(shí)相符合則有理由說明我們的假設(shè)成立。 首先來看CObject中虛函數(shù)的順序，在查看CObject的聲明文件后得到了這個(gè)類的虛函數(shù)順序：virtual CRuntimeClass* GetRuntimeClass() const;virtual ~CObject();// virtual destructors are necessaryvirtual void Serialize(CArchive& ar);#if defined(_DEBUG) || defined(_AFXDLL)// Diagnostic Supportvirtual void AssertValid() const;virtual void Dump(CDumpContext& dc) const;再來查看CCmdtarget的虛函數(shù)順序，在查看CObject的聲明文件后得到了這個(gè)類的虛函數(shù)順序：DECLARE_DYNAMIC(CCmdTarget)；virtual BOOL OnCmdMsg(UINT nID, int nCode, void* pExtra,AFX_CMDHANDLERINFO* pHandlerInfo);#ifndef _AFX_NO_OLE_SUPPORT// called when last OLE reference is releasedvirtual void OnFinalRelease();#endif#ifndef _AFX_NO_OLE_SUPPORT// called before dispatching to an automation handler functionvirtual BOOL IsInvokeAllowed(DISPID dispid);virtual BOOL GetDispatchIID(IID* pIID);virtual UINT GetTypeInfoCount();virtual CTypeLibCache* GetTypeLibCache();virtual HRESULT GetTypeLib(LCID lcid, LPTYPELIB* ppTypeLib);之所以還要列出DECLARE_DYNAMIC(CCmdTarget)；是因?yàn)檫@個(gè)宏的定義如下：#define DECLARE_DYNAMIC(class_name) \protected: \static CRuntimeClass* PASCAL _GetBaseClass(); \public: \static const AFX_DATA CRuntimeClass class##class_name; \virtual CRuntimeClass* GetRuntimeClass() const; \這個(gè)virtual CRuntimeClass* GetRuntimeClass() const; 覆蓋掉了一開始的CObject的相對(duì)應(yīng)函數(shù)。 依次按照類的順序?qū)φ障聛恚涂梢灾涝摫泶_實(shí)是虛函數(shù)表。 同時(shí)，對(duì)應(yīng)的GetMessageMap虛函數(shù)的位置上跟入后，可以得到如下代碼 ; *************** S U B R O U T I N E *************************************** sub_proc near ; DATA XREF:  mov eax, offset off_ sub_endp恰恰是返回了我們之前假設(shè)的MessageMap的地址。 --------------------------------------------------------------------------------【版權(quán)聲明】: 本文原創(chuàng)于看雪技術(shù)論壇, 轉(zhuǎn)載請(qǐng)注明作者并保持文章的完整, 謝謝!

vc6.0，visual c++2010和visual studio什么區(qū)別

VC6.0, VisualC++2010, Visual Studio的區(qū)別VC6.0，全稱Microsoft Visual C++ 6.0.三者的中，VC6最老，幾乎是上世紀(jì)90年代的玩意了。 超期服役到WindowsXP。 兼容性差。 Visual C++2010是一個(gè)運(yùn)行時(shí)庫(Run time library)，用于支持游戲等。 此外，Visual C++ 2010 Express是一款編譯器。 比VC+6.0要先進(jìn)。 但是大部分人沒有用過。 Visual Studio, 全稱Microsoft Visual Studio。 是當(dāng)今微軟提供的，最先進(jìn)的編譯器。 最新版本VS2015可以編譯Windows 10應(yīng)用程序。 Visual Studio當(dāng)今(2016年7月28日)最新穩(wěn)定版本為Microsoft Visual Studio 分為3個(gè)版本Visual StudioTeam Services 收費(fèi)版本，適于團(tuán)隊(duì)開發(fā)。 Visual Studio Community 面向60億人民群眾的免費(fèi)開發(fā)工具Visual Studio Code重新定義了 Code 編輯。 編寫現(xiàn)代 Web 程序和云程序。 免費(fèi)。 備注: *VC6最小最簡(jiǎn)潔，只要十幾M。 而Visual Studio至少7個(gè)G. *VC6寫的程序可以從Windows XP 開到Win10. 而Visual Studio的程序需要運(yùn)行時(shí)庫，否則會(huì)發(fā)生“Runtime Library Runtime Error”。 不能在WinXP運(yùn)行。 當(dāng)然你可以在編譯選項(xiàng)設(shè)置他們，但會(huì)增加程序體積.

vc6.0卸載了對(duì)電腦有什么影響嗎？

Microsoft Visual C++ Redistributable Package是Visual C++的運(yùn)行時(shí)組件和庫，很多軟件，尤其是游戲所必須的 Microsoft VC++ 的環(huán)境軟件，這些游戲就是用VC+編寫的，所以安裝很多大型游戲的時(shí)候，它也會(huì)幫你安裝這些軟件。

如果要卸載的話可以選擇9.0.0之前版本的Visual C++，因?yàn)榇税姹局暗膸旖^大多數(shù)是為2010年之前的軟件提供API，若卸載了不會(huì)影響絕大多數(shù)近期更新的軟件，但是不否認(rèn)有新軟件還需要的特例，所以只有在必須的時(shí)候才選擇卸載。

程序編譯版本不一樣需要的運(yùn)行組件版本也不一樣，所以不建議刪除，但是刪除之后也可以到微軟的官網(wǎng)上下載，再次安裝。

擴(kuò)展資料：

Microsoft Visual C++，（簡(jiǎn)稱Visual C++、MSVC、VC++或VC）是Microsoft公司推出的以C++語言為基礎(chǔ)的開發(fā)Windows環(huán)境程序，面向?qū)ο蟮目梢暬删幊滔到y(tǒng)。

它不但具有程序框架自動(dòng)生成、靈活方便的類管理、代碼編寫和界面設(shè)計(jì)集成交互操作、可開發(fā)多種程序等優(yōu)點(diǎn)，而且通過的設(shè)置就可使其生成的程序框架支持數(shù)據(jù)庫接口、OLE2.0，WinSock網(wǎng)絡(luò)。

Microsoft Visual C++ 6.0，簡(jiǎn)稱VC6.0，是微軟于1998年推出的一款C++編譯器，集成了MFC 6.0，包含標(biāo)準(zhǔn)版（Standard Edition）、專業(yè)版（Professional Edition）與企業(yè)版（Enterprise Edition）[2]。 發(fā)行至今一直被廣泛地用于大大小小的項(xiàng)目開發(fā)。

Microsoft Visual C++ 6.0對(duì)windows7和windows8的兼容性較差。 在Windows7使用VC6.0只需要忽略兼容性提示即可正常使用，但是在Windows8(含Windows8.1)使用VC6.0則需要改原文件名并改兼容性才能正常使用。

在Windows10的第一個(gè)版本也可以正常使用VC6.0，但Windows10系統(tǒng)升級(jí)更新后中文版VC6.0無法正常使用，提示“0xc”的錯(cuò)誤，需要將原文件替換為英文版或者漢化版才能正常使用。

參考資料:Microsoft Visual C++ 6.0 網(wǎng)絡(luò)百科

vs2013的語言庫與vc++的語言庫的不同有哪些？

不同的地方很多，具體你可以看msdn上的vs2013的對(duì)于C++部分的改進(jìn)。 我想你的VC++指的應(yīng)該是VC6.0。 相比來說VC6.0太老了。 在VS2013里使用的是最新的標(biāo)準(zhǔn)，也有好多新的特性，也更安全。 本文檔介紹 Visual Studio 2013 中的 Visual C++ 中新增和增強(qiáng)的功能。 有關(guān) Visual Studio 2013 中其他附加內(nèi)容的信息，請(qǐng)參見 Visual Studio 2013 中的新增功能。 改進(jìn)的 ISO C/C++ 標(biāo)準(zhǔn)支持 編譯器支持以下 ISO C++11 語言功能：函數(shù)模板的默認(rèn)模板參數(shù)。 委托構(gòu)造函數(shù)顯式轉(zhuǎn)換運(yùn)算符。 初始值設(shè)定項(xiàng)列表和統(tǒng)一初始化。 原始字符串文本。 可變參數(shù)模板。 別名模板。 已刪除的函數(shù)。 非靜態(tài)數(shù)據(jù)成員初始值設(shè)定項(xiàng) (NSDMI)。 默認(rèn)的函數(shù)。 * 支持以下 ISO C99 語言功能：_Bool 復(fù)合文本。 指定的初始值設(shè)定項(xiàng)。 組合帶有代碼的聲明。 字符串文本轉(zhuǎn)換為可修改的值可通過使用新編譯器選項(xiàng) /Zc:strictStrings 禁用。 在 C++98 中，已棄用從字符串文本轉(zhuǎn)換至 char *（和將寬字符串文本轉(zhuǎn)換為 wchar_t *）。 在 C++11 中，已將轉(zhuǎn)換完全移除。 雖然編譯器可以嚴(yán)格遵循該標(biāo)準(zhǔn)，但提供了 /Zc:strictStrings 選項(xiàng)，以便你控制轉(zhuǎn)換。 默認(rèn)情況下，該選項(xiàng)是關(guān)閉的。 注意，當(dāng)你在調(diào)試模式下使用此選項(xiàng)，STL 將無法編譯。 rvalue/lvalue 引用轉(zhuǎn)換。 通過 rvalue 引用，C++11 可清晰地區(qū)分 lvalue 和 rvalue。 過去，在特定強(qiáng)制轉(zhuǎn)換方案中，Visual C++ 編譯器不提供此功能。 已添加新編譯器選項(xiàng)（/Zc:rvalueCast），以使編譯器與 C++ 語言的工作文件相符，（請(qǐng)參見第 5.4 節(jié)，[]/1）。 未指定選項(xiàng)時(shí)，該默認(rèn)行為與 Visual Studio 2012 中的相同。 說明* 默認(rèn)功能下，不支持使用 =default 逐一請(qǐng)求成員移動(dòng)構(gòu)造函數(shù)和移動(dòng)賦值運(yùn)算符。 C99 庫為下列標(biāo)頭中缺少的函數(shù)添加了聲明和實(shí)現(xiàn)：math.h、ctype.h、wctype.h、stdio.h、stdlib.h 和 wchar.h。 同樣添加的還有新標(biāo)頭 complex.h、stdbool.h、fenv.h 和 inttypes.h，以及在這些新標(biāo)頭中聲明的所有功能的實(shí)現(xiàn)。 還有新的 C++ 包裝器標(biāo)頭（ccomplex、cfenv、cinttypes、ctgmath），并且更新了許多其他內(nèi)容（ccomplex、cctype、clocale、cmath、cstdint、cstdio、cstring、cwchar和 cwctype）。 有關(guān)更多信息，請(qǐng)參見 Visual Studio 2013 中的 C99 庫支持。 標(biāo)準(zhǔn)模板庫支持 C++11 顯式轉(zhuǎn)換運(yùn)算符、初始值設(shè)定項(xiàng)列表、范圍枚舉和 variadic 模板。 現(xiàn)在所有容器都支持 C++11 細(xì)化的元素要求。 支持這些 C++14 功能： “透明運(yùn)算符函子”less<>、greater<>、plus<>、multiplies<> 等。 make_unique(args...) 和 make_unique(n) cbegin()/cend()、rbegin()/rend() 和 crbegin()/crend() 非成員函數(shù)。 接收多個(gè)性能增強(qiáng)。 接收主要穩(wěn)定性和代碼修復(fù)。 重大更改對(duì) ISO C/C++ 標(biāo)準(zhǔn)的改進(jìn)支持可能需要對(duì)現(xiàn)有代碼進(jìn)行更改，從而符合 C++11 并在 Visual Studio 2013 中的 Visual C++ 中正確編譯。 有關(guān)更多信息，請(qǐng)參見Visual C++ 中的重大更改。 有關(guān)新的 C++11/14 語言和 STL 功能的詳細(xì)信息，請(qǐng)參閱 C++11 功能（現(xiàn)代 C++） 和 Visual Studio 2013 中的 C++11/14 STL 功能、修復(fù)和重大更改 Visual C++ 庫增強(qiáng)功能 C++ REST SDK 已添加。 它具有 REST 服務(wù)的現(xiàn)代 C++ 實(shí)現(xiàn)。 有關(guān)更多信息，請(qǐng)參見 C++ REST SDK。 C++ AMP 紋理支持已改進(jìn)。 現(xiàn)在包括對(duì) mipmap 和新采樣模式的支持。 PPL 任務(wù)支持多個(gè)計(jì)劃技術(shù)和異步調(diào)試。 采用新 API，可為常規(guī)結(jié)果和異常條件創(chuàng)建 PPL 任務(wù)。 C++ 應(yīng)用程序性能 自動(dòng)向量化現(xiàn)在可以識(shí)別和優(yōu)化更多 C++ 模式，加快你的代碼運(yùn)行速度。 ARM 平臺(tái)和 Atom 微型體系結(jié)構(gòu)代碼質(zhì)量增強(qiáng)功能。 __vectorcall 調(diào)用約定已添加。 使用 __vectorcall 調(diào)用約定來傳遞向量類型參數(shù)，從而使用向量寄存器。 新鏈接器選項(xiàng)。 使用 /Gw（編譯器）和 /Gy（匯編）開關(guān)，使鏈接器優(yōu)化生成精簡(jiǎn)二進(jìn)制文件。 C++ AMP 共享內(nèi)存支持，可減少或消除 CPU 和 GPU 間的數(shù)據(jù)復(fù)制。 按配置優(yōu)化選項(xiàng) (PGO) 增強(qiáng)： 通過使用 PGO 實(shí)現(xiàn)已優(yōu)化的應(yīng)用程序工作集的縮減，從而提高性能。 面向 Windows 應(yīng)用商店應(yīng)用開發(fā)的新 PGO。 Windows 應(yīng)用商店應(yīng)用開發(fā)支持 支持值結(jié)構(gòu)中的裝箱類型。 現(xiàn)在可以使用可以為空的字段（例如與 IBox^ 相對(duì)的 int）來定義值類型。 這意味著字段可以具有值，或者與 nullptr 相等。 更豐富的異常信息。 C++/CX 支持能夠在整個(gè)應(yīng)用程序二進(jìn)制接口 (ABI) 中獲取和傳播各種異常信息的新 Windows 錯(cuò)誤模型；這包括調(diào)用堆棧和自定義消息字符串。 Object::ToString() 現(xiàn)在為虛擬。 現(xiàn)在可以重寫用戶定義的 Windows 運(yùn)行時(shí)引用類型中的 ToString。 支持已棄用的 API。 公共 Windows 運(yùn)行時(shí) API 現(xiàn)在可標(biāo)記為已棄用并可收到一條自定義消息，此消息顯示為生成警告并可提供遷移指南。 調(diào)試器改進(jìn)。 支持本機(jī)/JavaScript 互操作調(diào)試、Windows 運(yùn)行時(shí)異常診斷和異步代碼調(diào)試（windows 運(yùn)行時(shí)和 PPL）。 說明除本節(jié)中介紹的 C++ 特定功能和增強(qiáng)功能外，Visual Studio 中的其他增強(qiáng)功能還可幫助你編寫更好的 Windows 應(yīng)用商店應(yīng)用。 有關(guān)這些功能的詳細(xì)信息，請(qǐng)參見 Windows 8.1 功能指南。 有關(guān)新應(yīng)用程序模板的詳細(xì)信息，請(qǐng)參見 Windows 應(yīng)用商店應(yīng)用的 C#、VB 和 C++ 項(xiàng)目模板。 有關(guān)新平臺(tái)功能的列表，請(qǐng)參見 Windows 8.1 預(yù)覽版：新 API 和功能。 診斷增強(qiáng)功能 調(diào)試器改進(jìn)。 支持異步調(diào)試和“僅我的代碼”調(diào)試。 代碼分析類別。 現(xiàn)在可以查看代碼分析器的分類輸出，幫助你找到并修復(fù)代碼缺陷。 XAML 診斷。 現(xiàn)在可以診斷 XAML 中的 UI 響應(yīng)和電池使用情況問題。 圖像和 GPU 調(diào)試改進(jìn)。 在實(shí)際設(shè)備上遠(yuǎn)程捕獲和重放。 同步 C++ AMP 和 CPU 調(diào)試。 改進(jìn)的 C++ AMP 運(yùn)行時(shí)診斷。 HLSL 計(jì)算著色器跟蹤調(diào)試。 三維圖形增強(qiáng)功能 圖像內(nèi)容管線支持預(yù)乘 alpha DDS 格式。 圖像編輯器使用內(nèi)部預(yù)乘 alpha 進(jìn)行呈現(xiàn)，從而避免呈現(xiàn)暗的光暈等項(xiàng)目。 圖像和模型編輯器。 現(xiàn)在圖像編輯器和模型編輯器的“著色器設(shè)計(jì)器”中支持用戶定義的篩選器創(chuàng)建。 IDE 與工作效率 用 C++ 編碼時(shí)，Visual Studio IDE 的重大改進(jìn)將有助于提高你的工作效率。 改進(jìn)的代碼格式設(shè)置。 你可以將多個(gè)格式設(shè)置應(yīng)用于 C++ 代碼。 使用這些設(shè)置，你可以控制大括號(hào)和關(guān)鍵字、縮進(jìn)、間距和自動(dòng)換行的新行位置。 當(dāng)完成語句和塊并且將代碼粘貼到文件中時(shí)，代碼將自動(dòng)進(jìn)行格式化。 若要修改格式設(shè)置，請(qǐng)?jiān)?Visual Studio 的菜單欄上選擇“工具”、“選項(xiàng)”，依次展開“文本編輯器”、“C/C++”和“格式設(shè)置”節(jié)點(diǎn)，然后進(jìn)行更改。 你還可以使用“快速啟動(dòng)”框來訪問這些選項(xiàng)。 大括號(hào)完成。 現(xiàn)在，C++ 代碼會(huì)自動(dòng)完成對(duì)應(yīng)于這些開始字符的結(jié)束字符： { （大括號(hào)） [ （方括號(hào)） ( （括號(hào)） （單引號(hào)） （雙引號(hào)） 附加 C++ 自動(dòng)完成功能。 添加用于類類型的分號(hào)。 完成對(duì)原始字符串文本使用括號(hào)。 完成多行注釋 (/* */) 查找所有引用自動(dòng)在后臺(tái)引用顯示出文本匹配列表后對(duì)其進(jìn)行解析和篩選。 若要禁用引用解析，可以在 Visual Studio 的菜單欄中選擇“工具”、“選項(xiàng)”，依次展開“文本編輯器”、“C/C++”和“高級(jí)”節(jié)點(diǎn)，然后在“引用”下更改“禁用解析”設(shè)置。 若要修改大括號(hào)完成設(shè)置，請(qǐng)?jiān)?Visual Studio 的菜單欄上選擇“工具”、“選項(xiàng)”，依次展開“文本編輯器”、“C/C++”和“常規(guī)”節(jié)點(diǎn)，然后進(jìn)行更改。 你還可以依次展開“文本編輯器”、“所有語言”和“常規(guī)”節(jié)點(diǎn)，更改所有 Visual Studio 語言的設(shè)置。 若要修改特定的 C++ 設(shè)置，請(qǐng)?jiān)诓藛螜谏弦来芜x擇“工具”、“選項(xiàng)”，依次展開“文本編輯器”、“C/C++”和“高級(jí)”節(jié)點(diǎn)，然后進(jìn)行更改。 基于上下文的成員列表篩選。 無法訪問的成員已從 IntelliSense 成員列表中篩選出來。 例如，私有成員不會(huì)在成員列表中顯示，除非你修改了實(shí)現(xiàn)此類型的代碼。 當(dāng)成員列表中處于打開狀態(tài)時(shí)，你可以按 Ctrl+J 移除篩選的一個(gè)級(jí)別（僅適用于當(dāng)前成員列表窗口）。 可以再次按 Ctrl+J 移除文本篩選和顯示每個(gè)成員。 參數(shù)幫助滾動(dòng)。 參數(shù)幫助工具提示中顯示的函數(shù)簽名現(xiàn)在將根據(jù)實(shí)際輸入?yún)?shù)的數(shù)量而改變，而不是只顯示一個(gè)隨機(jī)的簽名且不根據(jù)當(dāng)前上下文更新。 函數(shù)顯示在嵌套函數(shù)上時(shí)，參數(shù)也會(huì)適當(dāng)?shù)貛椭瘮?shù)。 切換標(biāo)頭/代碼文件。 現(xiàn)在，通過使用快捷菜單或鍵盤快捷方式上的命令，可以在標(biāo)題及其相應(yīng)代碼文件之間切換。 可調(diào)整大小的 C++ 項(xiàng)目屬性窗口。 在 C++/CX 和 C++/CLI 中自動(dòng)生成事件處理程序代碼。 在鍵入代碼向 C++/CX 或 C++/CLI 代碼文件中添加事件處理程序時(shí)，編輯器可以自動(dòng)生成委托實(shí)例和事件處理程序定義。 可以自動(dòng)生成事件處理程序代碼時(shí)，會(huì)顯示工具提示窗口。 DPI 識(shí)別增強(qiáng)功能。 現(xiàn)在，針對(duì)應(yīng)用程序清單文件的 DPI 識(shí)別設(shè)置支持“每個(gè)高 DPI 識(shí)別監(jiān)視器”的設(shè)置。 更快的配置切換。 對(duì)于大型應(yīng)用程序，切換配置（尤其是后續(xù)切換操作）將更快速地執(zhí)行。 生成時(shí)效。 更快生成。 許多優(yōu)化和多核使用率使生成更加快速，對(duì)于大型項(xiàng)目來說尤為如此。 引用了 C++ WinMD 的 C++ 應(yīng)用程序的增量生成也更加快速。 有關(guān) IDE 中其他添加項(xiàng)和增強(qiáng)功能的信息，請(qǐng)參見 Visual Studio 2013 中的新增功能及其引用的其他文章。

為什么現(xiàn)在還有那么多的人使用vc++6.0？

因?yàn)閂C6太經(jīng)典，太成功了。 vc6很適合做底層，運(yùn)行速度也很快。 相同的程序功能對(duì)比如下：1.高版本vs編譯的程序如果需要800M內(nèi)存，20M磁盤空間，運(yùn)行速度1秒的話，2.使用vc6可以將所需內(nèi)存降到100M，磁盤空間降低到5M，運(yùn)行速度<0.5秒。 3.安裝包你keyi 比較以下，vs動(dòng)則x個(gè)G，vc6精簡(jiǎn)版只有25M，即使完整版也只有200多M。 4.高版本vs增加了很多華麗的東西，為了減少編寫代碼的工作量，但是也阻斷了程序員了解操作系統(tǒng)底層。 這就好比使用現(xiàn)代化的工具蓋樓，【開發(fā)】速度加快了，但是不清楚大樓的組成成分。 而vc6則需要自己一磚一瓦地來蓋樓，開發(fā)者對(duì)每個(gè)零件都很清楚。 這就是為什么我們現(xiàn)代化的大樓只有70年的使用壽命，而北京紫禁城可以屹立數(shù)百年乃至上千年不倒。 建議題主看一下64k編程大賽的作品【國外的一個(gè)考驗(yàn)編程者能力、技巧、運(yùn)行優(yōu)化 水平的大賽，參賽作品大小不能超過64K，還要呈現(xiàn)很多畫面內(nèi)容】。 相信你會(huì)感到驚奇的。

---

---

相關(guān)標(biāo)簽： 從、 VC6.0、 保持代碼庫更新和兼容、 遷移到較新平臺(tái)、

上一篇：VC60開發(fā)人員的最佳實(shí)踐提高生產(chǎn)力和代碼質(zhì)

下一篇：VC60與NETFramework集成無縫連接兩大開發(fā)環(huán)