當前位置:才華齋>計算機>計算機二級>

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

計算機二級 閱讀(9.94K)

計算機二級考試備考工作已經進入火熱的狀態了,為了更好的讓考生有目的的進行復習,下面就是小編跟大家分享計算機二級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事件中包含有程式碼,則將導致該程式碼的執行。如果原來假設該事件僅能由使用者的互動操作所觸發,則可能會產生意料之外的結果。正因為這一原因,所以在設計應用程式時理解事件驅動模型並牢記在心是非常重要的。