計算機二級VB考試重點考點

計算機二級考試備考工作已經進入火熱的狀態了，為了更好的讓考生有目的的進行復習，下面就是小編跟大家分享計算機二級VB考試重點考點，歡迎大家閲讀!

一、變量或常量的命名規則

1)必須以字母或漢字開頭，由字母、漢字、數字或下劃線組成，長度≤255個字符;

2)不能使用VB中的關鍵字，並儘量不與VB中標準函數名同名，如：Dim、Sin;

3)VB中不區分變量的大小寫，一般變量首字母用大寫，其餘用小寫;常量全部用大寫字母表示;

4)為了增加程序的可讀性，可在變量名前加一個縮寫的前綴來表明該變量的數據類型。

(2)變量聲明

1)用Dim語句進行顯式聲明

語句形式：Dim變量名[As類型]如：DimintXAsinteger

説明：如果沒有As類型，則默認為變體類型。

可在變量名後加類型符來代替As類型如：DimintX%

一條語句可以同時定義多個變量，但每個變量必須有自己的類型聲明，類型聲明不能共用;

字符串變量根據其存放的長度是否固定，定義方法不同：

定長字符串：DimstrAAsString*10

表示最多存放10個字符，如果賦值不足10個，則右補空;若多於10個，則多餘部分截去;

不定長字符串：DimstrAAsString

最多可存放2MB個字符。

2)隱式聲明

VB中允許變量不經過聲明就直接使用，這種稱為隱式聲明，所有隱式聲明的變量都是變體型的。

隱式聲明容易造成錯誤，為了調試程序方便，一般對使用的變量都進行聲明，可以在通用聲明段使用OptionExplicit語句來強制顯式聲明所有變量。

二、常量

1)直接常量

指在程序中直接給出值的數據，如：123、123、123.45、1.234E2、123D3分別表示整型、長整型、單精度浮點型(小數形式)、單精度浮點型(指數形式)、雙精度浮點型。

八進制常數：在數值前加O，如O123

十六進制常數：在數值前加H，如H123網

2)用户聲明的符號常量

用Const來聲明：Const符號常量名[As類型]=表達式

如：ConstPI=3.14159聲明瞭常量PI，代表3.14159，單精度型

ConstMAXAsInteger=O144聲明瞭常量MAX，代表八進制數144，整型

ConstCOUNT#=45.67聲明瞭常量COUNT，代表45.67，雙精度型

3)系統提供的常量

系統定義的常量位於對象庫中，在對象瀏覽器中的VisualBasic(VB)和VisualBasicforAplication(VBA)等對象庫中列出了VB的常量。這些常量可以與應用程序的對象、方法、屬性一起使用。

如：owsState=vbMaximized表示將窗口極大化。

三、VisualBasic概述

重點：

1、掌握面向對象的程序設計的概念：對象、方法、屬性與事件

2、事件驅動過程的程序設計原理

3、介紹VB集成開發環境

4、VB開發環境的基本操作

VisualBasic簡介

具有面向對象的可視化設計工具

事件驅動的編程機制

提供了易學易用的應用程序集成開發環境

結構化的程序設計語言

支持多種數據庫的訪問

支持DDE、DLL、OLE技術

完備的Help聯機幫助功能

面向對象的程序設計方法基礎

1.對象及對象類：動作體的邏輯模型，稱為“對象”

2.屬性:屬性是用來描述對象的特性。

3.方法：方法指對象可以進行的動作或行為。

VB對象具有屬性、方法和事件。屬性是描述對象的數據;方法告訴對象應做的事情;事件是對象所產生的事情，事件發生時可以編寫代碼進行處理。

VB的窗體和控件是具有自己的屬性、方法和事件的對象。可以把屬性看作一個對象的性質，把方法看作對象的動作，把事件看作對象的響應。

日常生活中的對象，如小孩玩的氣球同樣具有屬性、方法和事件。氣球的屬性包括可以看到的一些性質，如它的直徑和顏色。其它一些屬性描述氣球的狀態(充氣的或未充氣的)或不可見的性質，如它的壽命。通過定義，所有氣球都具有這些屬性;這些屬性也會因氣球的不同而不同。

氣球還具有本身所固有的方法和動作。如：充氣方法(用氦氣充滿氣球的動作)，放氣方法(排出氣球中的氣體)和上升方法(放手讓氣球飛走)。所有的氣球都具備這些能力。

基於Windows環境下的應用程序的工作方式——事件驅動

在傳統的或“過程化”的應用程序中，應用程序自身控制了執行哪一部分代碼和按何種順序執行代碼。從第一行代碼執行程序並按應用程序中預定的路徑執行，必要時調用過程。

在事件驅動的應用程序中，代碼不是按照預定的路徑執行，而是在響應不同的事件時執行不同的代碼片段。事件可以由用户操作觸發、也可以由來自操作系統或其它應用程序的消息觸發、甚至由應用程序本身的消息觸發。這些事件的`順序決定了代碼執行的順序，因此應用程序每次運行時所經過的代碼的路徑都是不同的。

因為事件的順序是無法預測的，所以在代碼中必須對執行時的“各種狀態”作一定的假設。當作出某些假設時(例如，假設在運行來處理某一輸入字段的過程之前，該輸入字段必須包含確定的值)，應該組織好應用程序的結構，以確保該假設始終有效(例如，在輸入字段中有值之前禁止使用啟動該處理過程的命令按鈕)。

在執行中代碼也可以觸發事件。例如，在程序中改變文本框中的文本將引發文本框的Change事件。如果Change事件中包含有代碼，則將導致該代碼的執行。如果原來假設該事件僅能由用户的交互操作所觸發，則可能會產生意料之外的結果。正因為這一原因，所以在設計應用程序時理解事件驅動模型並牢記在心是非常重要的。