2020年全国计算机二级VB考试重点知识精讲(4)

　　一、变量或常量的命名规则

　　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的常量。这些常量可以与应用程序的对象、方法、属性一起使用。

　　如：Form1.WindowsState=vbMaximized表示将窗口极大化。

　　三、VisualBasic概述

　　重点：

　　1、掌握面向对象的程序设计的概念：对象、方法、属性与事件

　　2、事件驱动过程的程序设计原理

　　3、介绍VB集成开发环境

　　4、VB开发环境的基本操作

　　VisualBasic简介

　　•具有面向对象的可视化设计工具

　　•事件驱动的编程机制

　　•提供了易学易用的应用程序集成开发环境

　　•结构化的程序设计语言

　　•支持多种数据库的访问

　　•支持DDE、DLL、OLE技术

　　•完备的Help联机帮助功能

　　面向对象的程序设计方法基础

　　1.对象及对象类：动作体的逻辑模型，称为“对象”

　　2.属性:属性是用来描述对象的特性。

　　3.方法：方法指对象可以进行的动作或行为。

　　VB对象具有属性、方法和事件。属性是描述对象的数据;方法告诉对象应做的事情;事件是对象所产生的事情，事件发生时可以编写代码进行处理。

　　VB的窗体和控件是具有自己的属性、方法和事件的对象。可以把属性看作一个对象的性质，把方法看作对象的动作，把事件看作对象的响应。

　　日常生活中的对象，如小孩玩的气球同样具有属性、方法和事件。气球的属性包括可以看到的一些性质，如它的直径和颜色。其它一些属性描述气球的状态(充气的或未充气的)或不可见的性质，如它的寿命。通过定义，所有气球都具有这些属性;这些属性也会因气球的不同而不同。

　　气球还具有本身所固有的方法和动作。如：充气方法(用氦气充满气球的动作)，放气方法(排出气球中的气体)和上升方法(放手让气球飞走)。所有的气球都具备这些能力。

　　基于Windows环境下的应用程序的工作方式——事件驱动

　　在传统的或“过程化”的应用程序中，应用程序自身控制了执行哪一部分代码和按何种顺序执行代码。从第一行代码执行程序并按应用程序中预定的路径执行，必要时调用过程。

　　在事件驱动的应用程序中，代码不是按照预定的路径执行，而是在响应不同的事件时执行不同的代码片段。事件可以由用户操作触发、也可以由来自操作系统或其它应用程序的消息触发、甚至由应用程序本身的消息触发。这些事件的顺序决定了代码执行的顺序，因此应用程序每次运行时所经过的代码的路径都是不同的。

　　因为事件的顺序是无法预测的，所以在代码中必须对执行时的“各种状态”作一定的假设。当作出某些假设时(例如，假设在运行来处理某一输入字段的过程之前，该输入字段必须包含确定的值)，应该组织好应用程序的结构，以确保该假设始终有效(例如，在输入字段中有值之前禁止使用启动该处理过程的命令按钮)。

　　在执行中代码也可以触发事件。例如，在程序中改变文本框中的文本将引发文本框的Change事件。如果Change事件中包含有代码，则将导致该代码的执行。如果原来假设该事件仅能由用户的交互操作所触发，则可能会产生意料之外的结果。正因为这一原因，所以在设计应用程序时理解事件驱动模型并牢记在心是非常重要的。