vc國際離線挖礦

⑴ vc++是什麼

C++這個詞在中國大陸的程序員圈子中通常被讀做「C加加」，而西方的程序員通常讀做「C plus plus」，它是一種使用非常廣泛的計算機編程語言。C++是一種靜態數據類型檢查的，支持多重編程範式的通用程序設計語言。它支持過程化程序設計、數據抽象、面向對象程序設計、製作圖標等等泛型程序設計等多種程序設計風格。
美國AT&T貝爾實驗室的本賈尼·斯特勞斯特盧普（Bjarne Stroustrup）博士在20世紀80年代初期發明並實現了C++（最初這種語言被稱作「C with Classes」）。一開始C++是作為C語言的增強版出現的，從給C語言增加類開始，不斷的增加新特性。虛函數（virtual function）、運算符重載（operator overloading）、多重繼承（multiple inheritance）、模板（template）、異常（exception）、RTTI、名字空間（name space）逐漸被加入標准。1998年國際標准組織（ISO）頒布了C++程序設計語言的國際標准ISO/IEC 14882-1998。C++是具有國際標準的編程語言，通常稱作ANSI/ISO C++。1998年是C++標准委員會成立的第一年，以後每5年視實際需要更新一次標准，下一次標准更新將是在2009年，目前我們一般稱該標准C++0x。遺憾的是，由於C++語言過於復雜，以及他經歷了長年的演變，直到現在（2004年）只有少數幾個編譯器完全符合這個標准(這么說也是不完全正確的，事實上，至今為止沒有任何一款編譯器完全支持ISO C++)。
另外，就目前學習C++而言，可以認為他是一門獨立的語言；他並不依賴C語言，我們可以完全不學C語言，而直接學習C++。根據《C++編程思想》（Thinking in C++）一書所評述的，C++與C的效率往往相差在正負5%之間。所以有人認為在大多數場合C++ 完全可以取代C語言(然而我們在單片機等需要謹慎利用空間、直接操作硬體的地方還是要使用C語言)。

⑵ 請問怎麼卸載vc6.0!

試試電腦控制面板-添加刪除程序找到要卸載的 vc6.0 卸載如果不行還可以直接使用騰訊電腦管家來一鍵卸載
步驟：打開騰訊電腦管家找到軟體管理然後卸載軟體再找到你想要的 vc6.0 軟體卸載清除殘余就行了。
騰訊電腦管家的專業安全能力得到VB100、AVC、
AV-TEST、Check Mark等國際權威的認可，
成為獲得國際權威認證「四大滿貫」的國產殺毒軟體，
殺毒能力已躋身國際一流殺毒軟體行列。

⑶ vc6.0技術解決問題

我來回答；ADO是為MS的強大的數據訪問介面 OLE DB 設計的,上一個便於使用的應用程序層。
OLE DB 為任何數據源都提供了高性能的訪問，包括：
關系型資料庫、非關系型資料庫、電子郵件、文件系統、文本和圖形以及自定義業務對象等。

ADO 2.0 實際上是基於 MSADO15.DLL 這個動態鏈接庫的，
這個庫文件的名字雖然和 ADO 1.5 的一樣,但是它實現了更新的介面。

ADO 2.0 里的新技術有：
1、非同步操作和事件模型
2、數據集的持續性
3、層次化的數據傳輸

DAO是Data Access Object數據訪問介面，數據訪問：故名思義就是與資料庫打交道。夾在業務邏輯與資料庫資源中間。

在核心J2EE模式中是這樣介紹DAO模式的：為了建立一個健壯的J2EE應用，應該將所有對數據源的訪問操作抽象封裝在一個公共API中。用程序設計的語言來說，就是建立一個介面，介面中定義了此應用程序中將會用到的所有事務方法。在這個應用程序中，當需要和數據源進行交互的時候則使用這個介面，並且編寫一個單獨的類來實現這個介面在邏輯上對應這個特定的數據存儲。

DAO（數據訪問對象）是一種應用程序編程介面（API），存在於微軟的Visual Basic中，它允許程序員請求對微軟的Access資料庫的訪問。DAO是微軟的第一個面向對象的資料庫介面。DAO對象封閉了Access的Jet函數。通過Jet函數，它還可以訪問其他的結構化查詢語言（SQL）資料庫。
參考資料：
http://bk..com/view/160596.htm

ActiveX是Microsoft對於一系列策略性面向對象程序技術和工具的稱呼，其中主要的技術是組件對象模型（COM）。在有目錄和其它支持的網路中，COM變成了分布式COM（DCOM）。在創建包括ActiveX程序時，主要的工作就是組件，一個可以自足的在ActiveX網路（現在的網路主要包括Windows和Mac）中任意運行的程序。這個組件就是ActiveX近控制項。ActiveX是Microsoft為抗衡Sun Microsystems的JAVA技術而提出的，此控制項的功能和JAVA applet功能類似。

如果您使用的是Windows操作系統，您或許會注意到一些以OCX結尾的文件。OCX代表「對象鏈接與嵌入控制項」（OLE），這個技術是Microsoft提出的程序技術，用於處理桌面文件的混合使用。現在COM的概念已經取代OLE的一部分，Microsoft也使用ActiveX控制項代表組件對象。

組件的一大優點就是可以被大多數應用程序再使用（這些應用程序稱為組件容器）。一個COM組件（ActiveX控制項）可由不同語言的開發工具開發，包括C++和Visual Basic或PowerBuilder，甚至一些技術性語言如VBScript。

目前，ActiveX控制項在Windows 95/NT和Macintosh中運行，Microsoft還准備支持UNIX的ActiveX控制項。

ActiveX組件包括如下幾類：

1.自動化伺服器：可以由其他應用程序編程驅動的組件。自動化伺服器至少包括一
個，也許是多個供其他應用程序生成和連接的基於IDispatch的介面。自動化伺服器
可以含有也可以沒有用戶界面（UI），這取決於伺服器的特性和功能。
2.自動化控制器：那些使用和操縱自動化伺服器的應用程序。
3.控制項：ActiveX控制項等價於以前的OLE控制項或OCX。一個典型的控制項包括設計時和運
行時的用戶界面，唯一的IDispatch介面定義控制項的方法和屬性，唯一的
IConnectionPoint介面用於控制項可引發的事件。
4.文檔：ActiveX文檔，即以前所說的DocObect，表示一種不僅僅是簡單控制項或自動
化伺服器的對象。ActiveX文檔在結構上是對OLE鏈接和模型的擴展，並對其所在的
容器具有更多控制權。一個最顯著的變化是菜單的顯示方式。一個典型的OLE文檔的
菜單會與容器菜單合並成一個新的集合，而ActiveX文檔將替換整個菜單系統，只表
現出文檔的特性而不是文檔與容器共同的特性。
5.容器：ActiveX容器是一個可以作為自動化伺服器、控制項和文檔宿主的應用程序

Component Object Model (COM)（組件對象模型）

組件對象模型是一種基於面向對象技術進行客戶/伺服器應用程序的跨平台開發的開放體系結構，Digital Equipment Corporation和Microsoft Corporation一致同意這個標准。組件對象模型定義一個介面（類似於抽象基類）IUnknown，所有COM兼容的類都從它派生而來。

OLE/ActiveX/COM技術是MS的核心應用技術，只有徹底洞察其理論精髓，才能以不變應萬變。

我們首先從OLE談起。

一、過去的OLE和今天的OLE

作為COM技術前身的OLE，其最初含義是指在程序之間鏈接和嵌入對象數據（Object Link Embeded）。它提供了建立混合文檔的手段（資深Windows 3.X 用戶可能記得當初在Word6.0中插入一個圖形的新奇和喜悅，有關復合文檔，後面文章詳細講述），使得那些沒有太多專業知識的用戶能夠很容易地協調多個應用程序完成混合文檔的建立。1991年制定的OLE1.0規范主要解決多個應用程序之間的通信和消息傳遞問題，微軟希望第三方開發商能夠遵守這個規范，以使在當時的Windows平台上的應用程序能夠相互協調工作，更大的提高工作效率。然而事與願違，只有很少的軟體開發商支持它。為此，微軟於1993年發布了新的規范——OLE2.0，它在原有的基礎上完善並增強了以下各方面的性能：
1．OLE自動化：一個程序有計劃地控制另一個程序的能力。
2．OLE控制項：小型的組件程序，可嵌入到另外的程序，提供自己的專有功能。
3．OLE文檔：完善了早期的混合文檔功能，不僅支持簡單鏈接和嵌入，還支持在位激活、拖放等功能。

強大的功能使得很多的開發商開始支持新的OLE技術，因為微軟在OLE2.0中建立了一個稱為COM（Component Object Model即組件對象模式）的新規范。

二、OLE應用及相關名詞
容器：
容器是一個客戶程序，它具有申請並使用其它COM組件通過介面為其它程序實現的功能；

伺服器：
伺服器通過特定的介面將自己完成的一些功能，提供給使用自己的應用程序（例如畫筆程序是一個文檔伺服器，它提供創建並編輯BMP 圖像的功能）。當打開Word，選擇【插入】菜單下的【對象...】項，您可以看到在您的系統中存在哪些文檔伺服器，此時的Word以文檔容器的身份出現。

在位激活：
當您雙擊插入的對象後發現Word的菜單有些改變成文檔伺服器程序的菜單，可以在當前的環境下編輯對象，這稱為在位激活。

自動化：
和OLE文檔技術類似，允許一個應用程序通過編程式控制制另一個應用程序「自願」提供的功能的技術稱為OLE自動化。自身暴露一些可編程對象給其它程序的應用程序叫自動化伺服器，利用並操縱自動化伺服器提供的功能的應用程序叫自動化客戶或自動化控制器，有些程序既是自動化伺服器又是自動化控制器。例如在VC中我們可以通過編程創建並編輯一個Excel工作表（很多參考書都以此為例），這里的VC就是自動化控制器，而創建工作表的Excel程序則是自動化伺服器，但在Excel中我們又可以利用VBA語言創建PowerPoint的幻燈片，它又成了自動化控制器。利用OLE自動化技術可以實現軟體的一次開發和多次利用，這也是集成組件的關鍵技術。無論是操作系統還是應用軟體，微軟都有意識朝著這個方向發展，例如從Windows95開始，包括WindowsNT4.0以後的操作系統的Shell就實現了OLE自動化技術。 那麼什麼是ActiveX？它和OLE有什麼聯系呢？

三、ActiveX戰略

同早期的功能薄弱的OLE1.0相比，OLE2.0得到了很多軟體廠商的支持。許多程序設計人員編寫了大量的實現OLE自動化伺服器功能的組件（不一定是EXE文件），這些組件一般不求功能齊全、強大，而是實現專門的功能，可以被其它程序編程式控制制，由此承襲OLE的名字稱為OLE控制項。它們在文件名中的擴展名一般為OCX（OLE Control Extension）。 微軟剛剛贏得廣大軟體廠商的支持，使OLE技術深入人心，然而「人算不如天算」，國際互聯網的超速發展讓比爾·蓋茨始料未及。加上早期的OLE1.0不得人心，導致後來的人們總把在Word中插入一個圖形當作OLE技術的全部，各類資料在介紹新OLE技術時命名也不統一，造成很大的混亂。針對這些情況，微軟在1996年重新制訂了一個關於OLE的規范——OLE 96規范。這個規范擴展了 OLE控制項的能力，並貫徹微軟的Internet戰略使它更易於在網路環境中使用，還考慮命名混淆的問題，重新給OLE控制項貼上一個標簽——ActiveX控制項。不僅如此，以前的什麼OLE文檔也相應稱為ActiveX 文檔了。總之，為了滿足Internet戰略，微軟把OLE換成了ActiveX，企圖使人們重新看待新的OLE——ActiveX，把它看做網路上的解決軟體組件問題的標准。 許多在Windows上同微軟合作得很好的廠商在開發新版本軟體時都開始支持ActiveX技術，例如Delphi、PowerBuild等開發工具。原來同Windows競爭的操作系統也開始支持ActiveX，例如Macintosh，甚至老對手OS/2上也可以使用ActiveX控制項。ActiveX技術也許真的會成為一個異種平台爭相支持的規范，如果能夠進一步完善ActiveX、採用更開放的策略以及微軟不被卸成八大塊的話。

大概就是這些了 24592

⑷ vc金融互助運行多久了

山寨幣，建議不要入手，要做虛擬貨幣就做真正的虛擬貨幣，而真正的虛擬貨幣必須具備以下幾點

真正的虛擬貨幣：
   
1：去中心化--不受個人，企業，國家監管。不會被任何國家、機構、組織、企業及個人所監管，不會被凍結。
     
2：限量發行，真正的虛擬貨幣是衡量發行的，發行量不會多也不會少，比特幣總發行量是2100萬個，開采時間是100年。
     
3：可在國際交易平台自由交易，換句話說，只有在國際交易平台上能夠交易的虛擬貨幣才是真的。
   
 4：有礦池網址，公開開源代碼，真正的虛擬貨幣是公開開源代碼的，是挖出來的，可以自由挖礦，很多玩兒家一直在從事著這種「礦工」的職業。
   
  5：有自己的電子錢包。所有真正的虛擬貨幣都是有自己的電子錢包的，電腦版離線錢包是程序化的，沒有任何外掛鏈接。
我對數字貨幣有點了解，需要的話可以交流，用戶名微信

⑸ vc++,高分，SDk,

我現在的軟體開發主要在vc下，算是有一些經驗，針對你的問題簡單做做總結，希望對你有所幫助！

先針對你的問題進行回答（編號對應你的問題編號）：
1.這主要是因為基於windows的開發經驗不足，簡單說吧，就是自己嘗試寫代碼的勇氣不足，一出現不會的就想去尋求現成代碼，代碼的設計經驗較差。選擇了vc就選擇了深入編程的本質，因為vc就像C語言一樣，是比較低級的，不像vb，delphi等開發工具替你想到了很多很多。使用vc自己需要做的工作很多，就連要在窗口上創建工具欄，都需要自行寫代碼設計，而不像delphi，動動滑鼠就OK了
所以使用vc開發，學習和使用都是一個經驗積累的過程，從小程序開始，一點一點擴展程序規模，比如載入圖片到程序中顯示是簡單的；但是如果載入圖片讓你以漸變色的方式顯示，或者以絢麗的過渡方式顯示就是困難了，這就涉及一個代碼設計的問題，沒有足夠的代碼經驗，這道溝很難跨過

2.其實vc提供的庫，包括標准庫和MFC都是比較小的，相比於VCL庫，.net庫簡直是小巫見大巫。之所以感覺函數比較多，關鍵字很雜，主要是因為沒有理順VC的結構。MFC庫屬於淺層封裝，主要是為了降低直接使用sdk的開發難度。它其實是有自己的結構的，主要分為界面庫，網路庫，ole庫，資料庫相關庫（DAO，ADO，OLEDB等）等。其實不用在意全部掌握，也沒有必要，而且有了MSDN，可以隨時查詢，只要知道自己要實現的功能大概和什麼相關，怎樣在MSDN中找到自己需要的相關函數或類就可以了。
再說關鍵字，C++的關鍵字不多，但主要是因為windows開發為了便於理解，所以使用define或者typedef定義了很多輔助關鍵字而已，比如HANDLE代表句柄，實際就是unsigned int；WORD代表字，實際上也是unsigned short int，等等其實不用太在意，代碼寫的多了，自然會明白

3.上面的回答有所涉及，隨著寫代碼的經驗增多，這根本不是什麼問題，就算一點也不知道，求助搜索引擎，一般都有前輩的經驗可循，有了前人的經驗（僅僅是借鑒），加上自己的設計，這本身就是極大地提高

4.學vc，基礎在C++語言語法還有MFC庫，難點在應用，比如網路編程，資料庫編程，GDI編程，內核編程，驅動編程等等。
很多人認為學了C++語法或者看了MFC庫的使用，感覺就算精通了，其實這只是入門，只不過脫離了初學者的行列而已。vc的精髓在於自行設計，我想這也是程序設計的精髓，而不是只學會了語言語法或者幾個庫

樓主之前學過的東西是很寶貴的經驗，在學習vc的時候可以借鑒，但也只是借鑒，一定要區別對待，否則很容易走到死角。比如可以借鑒使用匯編的一些設計經驗到vc開發中。但是就像學習vc一樣，要走到向匯編那樣，需要一定的代碼經驗。但是到了匯編那個經驗水平，也只是走入了軟體設計的入門，過了這一關，還有很多關，比如穩定性開發等等。
vc因為主要用於比較低層的開發，所以需要程序員做的工作很多，往往一個小問題都要你自行設計，麻煩的同時也方便了了解開發的核心。就像使用sdk開發程序的程序員往往比使用mfc開發程序的程序員了解windows的運作原理。這還是一個經驗的總結過程。所以冰山是看見了，但是要移動冰山，還是需要愚公移山的精神才行。

5.微軟的東西穩定性和兼容性做的還是很不錯的，這點值得肯定。之所以vc6寫的程序在vc2005終有時會出現錯誤，這和開發環境有關。因為vc本身是為了專業軟體開發而寫的，體現了很多優秀的編程思想，這和C++語言無關，但是和vc系列卻有一定關系。比如vc6默認的字元串編碼是ANSI，因為那時候的軟體國際化的問題不太嚴重，而且windows系統本身就是將ansi作為默認編碼的；但是新的vc 2005默認使用的是Unicode編碼，為的就是解決字元串編碼混雜的問題，windows系統自2000之後內核都是以Unicode為核心的。還有vc的預編譯頭技術，這項技術本身是為了提高編譯效率的，因為C++語法的解析難度比較大，不像pascal等，編譯速度很慢，一些大型程序的編譯都是以小時計，有的甚至是按天算。還有vc6中對C標准庫沒有什麼大的修改，但是vc 2005認為printf等函數不安全，會加入安全警告等，這些都是針對軟體開發引入的。對於初學者，確實會引起混亂。這些時候，重要的其實就是，迎難而上，發現了問題，求助MSDN或者搜索引擎，一般都能找到前任的問題總結，慢慢問題就變得不是問題了。

######################################################
學習vc都有一個入門的過程，我也走過，在此分享，希望對你有所幫助^_^

推薦幾本書：
C++語言語法：
C++入門經典（通俗易懂） C++ Primer （專業全面）

MFC應用：
深入淺出MFC 精通MFC VC++深入詳解 等

win32平台開發：
windows程序設計 windows核心編程 等

⑹ vc6.0安裝包百度雲

說明這個vc6.0軟體不行,你從網路知道找一下下載,不行多試幾個.

⑺ VC++技術

ADO是為MS的強大的數據訪問介面 OLE DB 設計的,上一個便於使用的應用程序層。
OLE DB 為任何數據源都提供了高性能的訪問，包括：
關系型資料庫、非關系型資料庫、電子郵件、文件系統、文本和圖形以及自定義業務對象等。

ADO 2.0 實際上是基於 MSADO15.DLL 這個動態鏈接庫的，
這個庫文件的名字雖然和 ADO 1.5 的一樣,但是它實現了更新的介面。

ADO 2.0 里的新技術有：
1、非同步操作和事件模型
2、數據集的持續性
3、層次化的數據傳輸

DAO是Data Access Object數據訪問介面，數據訪問：故名思義就是與資料庫打交道。夾在業務邏輯與資料庫資源中間。

在核心J2EE模式中是這樣介紹DAO模式的：為了建立一個健壯的J2EE應用，應該將所有對數據源的訪問操作抽象封裝在一個公共API中。用程序設計的語言來說，就是建立一個介面，介面中定義了此應用程序中將會用到的所有事務方法。在這個應用程序中，當需要和數據源進行交互的時候則使用這個介面，並且編寫一個單獨的類來實現這個介面在邏輯上對應這個特定的數據存儲。

DAO（數據訪問對象）是一種應用程序編程介面（API），存在於微軟的Visual Basic中，它允許程序員請求對微軟的Access資料庫的訪問。DAO是微軟的第一個面向對象的資料庫介面。DAO對象封閉了Access的Jet函數。通過Jet函數，它還可以訪問其他的結構化查詢語言（SQL）資料庫。
參考資料：http://bk..com/view/160596.htm

ActiveX是Microsoft對於一系列策略性面向對象程序技術和工具的稱呼，其中主要的技術是組件對象模型（COM）。在有目錄和其它支持的網路中，COM變成了分布式COM（DCOM）。在創建包括ActiveX程序時，主要的工作就是組件，一個可以自足的在ActiveX網路（現在的網路主要包括Windows和Mac）中任意運行的程序。這個組件就是ActiveX近控制項。ActiveX是Microsoft為抗衡Sun Microsystems的JAVA技術而提出的，此控制項的功能和JAVA applet功能類似。

如果您使用的是Windows操作系統，您或許會注意到一些以OCX結尾的文件。OCX代表「對象鏈接與嵌入控制項」（OLE），這個技術是Microsoft提出的程序技術，用於處理桌面文件的混合使用。現在COM的概念已經取代OLE的一部分，Microsoft也使用ActiveX控制項代表組件對象。

組件的一大優點就是可以被大多數應用程序再使用（這些應用程序稱為組件容器）。一個COM組件（ActiveX控制項）可由不同語言的開發工具開發，包括C++和Visual Basic或PowerBuilder，甚至一些技術性語言如VBScript。

目前，ActiveX控制項在Windows 95/NT和Macintosh中運行，Microsoft還准備支持UNIX的ActiveX控制項。

ActiveX組件包括如下幾類：

1.自動化伺服器：可以由其他應用程序編程驅動的組件。自動化伺服器至少包括一
個，也許是多個供其他應用程序生成和連接的基於IDispatch的介面。自動化伺服器
可以含有也可以沒有用戶界面（UI），這取決於伺服器的特性和功能。
2.自動化控制器：那些使用和操縱自動化伺服器的應用程序。
3.控制項：ActiveX控制項等價於以前的OLE控制項或OCX。一個典型的控制項包括設計時和運
行時的用戶界面，唯一的IDispatch介面定義控制項的方法和屬性，唯一的
IConnectionPoint介面用於控制項可引發的事件。
4.文檔：ActiveX文檔，即以前所說的DocObect，表示一種不僅僅是簡單控制項或自動
化伺服器的對象。ActiveX文檔在結構上是對OLE鏈接和模型的擴展，並對其所在的
容器具有更多控制權。一個最顯著的變化是菜單的顯示方式。一個典型的OLE文檔的
菜單會與容器菜單合並成一個新的集合，而ActiveX文檔將替換整個菜單系統，只表
現出文檔的特性而不是文檔與容器共同的特性。
5.容器：ActiveX容器是一個可以作為自動化伺服器、控制項和文檔宿主的應用程序

Component Object Model (COM)（組件對象模型）

組件對象模型是一種基於面向對象技術進行客戶/伺服器應用程序的跨平台開發的開放體系結構，Digital Equipment Corporation和Microsoft Corporation一致同意這個標准。組件對象模型定義一個介面（類似於抽象基類）IUnknown，所有COM兼容的類都從它派生而來。

OLE/ActiveX/COM技術是MS的核心應用技術，只有徹底洞察其理論精髓，才能以不變應萬變。

我們首先從OLE談起。

一、過去的OLE和今天的OLE

作為COM技術前身的OLE，其最初含義是指在程序之間鏈接和嵌入對象數據（Object Link Embeded）。它提供了建立混合文檔的手段（資深Windows 3.X 用戶可能記得當初在Word6.0中插入一個圖形的新奇和喜悅，有關復合文檔，後面文章詳細講述），使得那些沒有太多專業知識的用戶能夠很容易地協調多個應用程序完成混合文檔的建立。1991年制定的OLE1.0規范主要解決多個應用程序之間的通信和消息傳遞問題，微軟希望第三方開發商能夠遵守這個規范，以使在當時的Windows平台上的應用程序能夠相互協調工作，更大的提高工作效率。然而事與願違，只有很少的軟體開發商支持它。為此，微軟於1993年發布了新的規范——OLE2.0，它在原有的基礎上完善並增強了以下各方面的性能：
1．OLE自動化：一個程序有計劃地控制另一個程序的能力。
2．OLE控制項：小型的組件程序，可嵌入到另外的程序，提供自己的專有功能。
3．OLE文檔：完善了早期的混合文檔功能，不僅支持簡單鏈接和嵌入，還支持在位激活、拖放等功能。

強大的功能使得很多的開發商開始支持新的OLE技術，因為微軟在OLE2.0中建立了一個稱為COM（Component Object Model即組件對象模式）的新規范。

二、OLE應用及相關名詞
容器：
容器是一個客戶程序，它具有申請並使用其它COM組件通過介面為其它程序實現的功能；

伺服器：
伺服器通過特定的介面將自己完成的一些功能，提供給使用自己的應用程序（例如畫筆程序是一個文檔伺服器，它提供創建並編輯BMP 圖像的功能）。當打開Word，選擇【插入】菜單下的【對象...】項，您可以看到在您的系統中存在哪些文檔伺服器，此時的Word以文檔容器的身份出現。

在位激活：
當您雙擊插入的對象後發現Word的菜單有些改變成文檔伺服器程序的菜單，可以在當前的環境下編輯對象，這稱為在位激活。

自動化：
和OLE文檔技術類似，允許一個應用程序通過編程式控制制另一個應用程序「自願」提供的功能的技術稱為OLE自動化。自身暴露一些可編程對象給其它程序的應用程序叫自動化伺服器，利用並操縱自動化伺服器提供的功能的應用程序叫自動化客戶或自動化控制器，有些程序既是自動化伺服器又是自動化控制器。例如在VC中我們可以通過編程創建並編輯一個Excel工作表（很多參考書都以此為例），這里的VC就是自動化控制器，而創建工作表的Excel程序則是自動化伺服器，但在Excel中我們又可以利用VBA語言創建PowerPoint的幻燈片，它又成了自動化控制器。利用OLE自動化技術可以實現軟體的一次開發和多次利用，這也是集成組件的關鍵技術。無論是操作系統還是應用軟體，微軟都有意識朝著這個方向發展，例如從Windows95開始，包括WindowsNT4.0以後的操作系統的Shell就實現了OLE自動化技術。 那麼什麼是ActiveX？它和OLE有什麼聯系呢？

三、ActiveX戰略

同早期的功能薄弱的OLE1.0相比，OLE2.0得到了很多軟體廠商的支持。許多程序設計人員編寫了大量的實現OLE自動化伺服器功能的組件（不一定是EXE文件），這些組件一般不求功能齊全、強大，而是實現專門的功能，可以被其它程序編程式控制制，由此承襲OLE的名字稱為OLE控制項。它們在文件名中的擴展名一般為OCX（OLE Control Extension）。 微軟剛剛贏得廣大軟體廠商的支持，使OLE技術深入人心，然而「人算不如天算」，國際互聯網的超速發展讓比爾·蓋茨始料未及。加上早期的OLE1.0不得人心，導致後來的人們總把在Word中插入一個圖形當作OLE技術的全部，各類資料在介紹新OLE技術時命名也不統一，造成很大的混亂。針對這些情況，微軟在1996年重新制訂了一個關於OLE的規范——OLE 96規范。這個規范擴展了 OLE控制項的能力，並貫徹微軟的Internet戰略使它更易於在網路環境中使用，還考慮命名混淆的問題，重新給OLE控制項貼上一個標簽——ActiveX控制項。不僅如此，以前的什麼OLE文檔也相應稱為ActiveX 文檔了。總之，為了滿足Internet戰略，微軟把OLE換成了ActiveX，企圖使人們重新看待新的OLE——ActiveX，把它看做網路上的解決軟體組件問題的標准。 許多在Windows上同微軟合作得很好的廠商在開發新版本軟體時都開始支持ActiveX技術，例如Delphi、PowerBuild等開發工具。原來同Windows競爭的操作系統也開始支持ActiveX，例如Macintosh，甚至老對手OS/2上也可以使用ActiveX控制項。ActiveX技術也許真的會成為一個異種平台爭相支持的規范，如果能夠進一步完善ActiveX、採用更開放的策略以及微軟不被卸成八大塊的話。

大概就是這些了

⑻ 如何加入VC/PE國際貿易碩士

VC指的是投資標的為初創期及成長期狀態的企業。PE投資的標的為成熟期的企業，或是成長期向成熟期過渡的這個階段
我想知道你是全職讀研嗎？然後你加入VC/PE定位是什麼？
如果你要是做核心層的話，你要想想別人為什麼要你，如果只是去打打工，那麼到處都有，如果是作為投資人，你要有足夠的資金和心理准備