学生信息管理系统总结 之 “风格”

前端之家收集整理的这篇文章主要介绍了学生信息管理系统总结 之 “风格”前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

学生信息管理系统总结“风格”

无意中又看到了这几段话,是关于金庸,古龙,琼瑶等一些人对同一个"搓澡 "场景的描述.同样一个搓澡的场景,金庸写的豪气冲天,古龙写的侠骨柔肠,而琼瑶写的则是肝肠寸断.同一个场景写出不同的感觉,这就是风格,文章如此,代码更是如此,自己的风格很重要.

或许说风格有点不好理解,其实这风格说白了也就是个人的习惯,有的人天生心思细腻,做什么都无懈可击,有的人天生大大咧咧的对什么都不在乎,也导致对什么也都不怎么上心,当然对我们这些菜鸟来说还没什么真正的风格可言,只是在风格养成阶段,所以这阶段注意培养自己的好的风格很重要,这些是将来能让自己在编程路上走的更远更高的不可或缺的条件.当风格养成的时候别人只要一看代码就会知道是出自谁的手.

命名

当然如果想让别人一看就知道是谁编写的代码,就要注意很多的地方.

首先要注意的就是命名,当然一个好的命名会让人一眼就看出来这个命名的大部分相关的信息.达到这样的效果很简单,只要命名中包含作用域,类型和具体含义就可以了.对于作用域编程规范中都有规定.

g--代表了全局变量eg : g_StrSavePath

m--代表了模块或者窗体级别的局部变量eg : m_blnDataChanged

St--静态变量eg : st_BlnInHere

(无前缀)--过程级别的非静态局部变量 eg: int_Index

其实需要命名的地方很多比如控件,函数,过程变量,当然这其中非常值得注意的还是变量,程序无非也就是按照三大结构对数据进行操作,而变量就是数据中非常重要也是不可缺少的一部分,因此也是特别值得注意的一块.

变量

对变量来说首先最重要的还是命名,好的命名可以

使每个变量的作用一目了然

使每个变量的数据类型和作用域一目了然

使代码中的各个进程更容易理解

使代码的调试更加容易

使变量的存储和处理更加有效

当然好处虽然多多困难也是重重的啊,要达到这些首先变量名中有作用域和数据类型,此外还需要表意性强的单词来命名这些变量.还要注意尽量不要使用缩写,如果使用缩写也只能使用共同约定好的缩写,另外前后要一直统一,用了缩写的前后都使用.否则会给其他阅读或者维护你程序的人员带来很大的困难.还要注意命名中大小写的地方,一般数据类型,作用域都是小写,表意性的每一个有特定意义的单词首字母大写.还有一点那就是使用统一的量词,并且将量词放到最后面.

还有几点需要注意的就是尽量每行只声明一个变量,而且要尽量缩小变量的使用范围,变量的使用范围越小,程序运行的时候出错的可能性也就越小,即使出错了调试的难度也会变小.

错误

想想我一菜鸟,编写出来的程序错误满窗体,其实不只是我这种菜鸟,即使是大神级别的人物也难免有错误,一个程序容错能力也是看你的程序是否完整完美的一个很重要的标准.一个程序很难保证它没有错误,但是有了错误将如何处理,这个时候会体现出大神和菜鸟的差别出来了.所以处理错误的机制,是我们行走江湖不可或缺的一项救人保命的本领.

一般把错误分成编译错误和运行期错误.什么是编译,编译就是把高级语言变成计算机可以识别的2进制语言,计算机只认识1和0,编译程序把人们熟悉的语言换成2进制的。编译程序把一个源程序翻译成目标程序的工作过程分为五个阶段:词法分析;语法分析;语义检查和中间代码生成代码优化;目标代码生成。主要是进行词法分析和语法分析,又称为源程序分析,

所以编译错误,即源程序分析过程中发现有语法错误,给出提示信息。这是指在程序的编译过程中由编译程序识别或检查出来的错误,常称之为“语法错误”。诸如不符合规定的语句格式、对象说明与使用不一致、不正确的分隔符、不存在的标号、不正确的初始化数据、不恰当的循环嵌套等等。在编译期发现一个错误后,编译工作并不立即停止,而是尽可能多地找出源程序中的全部错误

运行期错误,即程序在编译连接后产生可执行文件后,执行该文件。所以,运行期错误指可执行程序执行过程中发现的错误。如在计算过程中遇到了除数为零的错误、求一个负数的平方根等等。编译系统发现这类错误后如无特殊指示通常告知一些适当信息,然后立即停止程序的执行。当然,为阻止这类错误的出现,程序设计者可在程序中编入一些由自己来检查这类错误的程序段,这可能更适合于自己的处理要求。而我们要做的就是防止运行期出现错误的时候整个程序崩溃.

在能够编写有效的错误处理代码之前,我们必须了解VB的Err对象,这是个运行期对象,它包含了关于最新错误的信息。当程序运行时遇到一个错误,或者当我们使用Err对象的Raise方法故意引发一个错误时,便形成Err对象的属性。当遇到OnError语句(比如On Error Resume Next),并且在使用Exit Sub、Exit Function或ExitProperty语句退出一个过程后,Error对象的属性值就被清除。若要显式清除Err对象,可以调用它的Clear方法。下表列出了Err对象的属性

属性

说明

Number

必需的。Long整数,识别错误性质。Visual Basic 错误(既有 Visual Basic定义的错误也有用户定义的错误)的范围在 0–65535之间。从 0–512的范围保留为系统错误;从 513–65535的范围可以用做用户定义的错误。当在类模块中将Number属性设置成自己的错误代码时,可将错误代码添加vbObjectError常数上。例如,为了产生错误号 513,可将vbObjectError + 513赋值到Number属性

Source

可选的。字符串表达式,为产生错误的对象或应用程序命名。当设置对象的这一属性时,要使用窗体project.class。如果没有指定source,则使用当前 Visual Basic工程的程序设计 ID。也就是当前VB项目的名字

Description

可选的。描述错误的字符串表达式。如果没有指定,则检查Number的值。如果可以将错误映射成 Visual Basic运行时错误代码,则将Error函数返回的字符串作为Description使用。如果没有与Number对应的 Visual Basic错误,则要用到消息“应用程序定义的错误或对象定义的错误”。

表义性的错误消息。如果某个错误没有这个字符串,本属性就会指明"应用程序定义的错误或对象定义的错误"

HelpFile

可选的。帮助文件的完整限定的路径,在帮助文件中可以找到有关错误的帮助信息。如果没有指定,则 Visual Basic 会使用 Visual Basic帮助文件的完整限定的驱动器、路径和文件名。

错误相关的VB帮助文件所在的驱动器、路径和文件

HelpContext

可选的。识别helpfile内的标题的上下文 ID,而 helpfile提供有助于了解错误的描述。如果省略,则使用处理有关错误 Visual Basic帮助文件的上下文 ID,该 ID Number属性对应。

VB 帮助文件用于该错误的上下文ID

LastDLLError

在32Windows操作系统上,上次调用动态链接库(DLL)的系统错误代码。LastDllError属性是只读属性

若要防止代码中的错误中断代码的运行(并终止已编译程序的运行),我们可以创建错误处理程序以捕获代码中的错误。当捕获一个错误后,VB并不显示出错消息,也不终止代码的运行。相反,我们编写的专门用来处理错误代码则开始运行。每个过程都应该拥有错误处理程序,而不管它包含多大的代码量。最好在代码中放入一个OnError Goto obj_Err或者Onerror Resume Next语句,作为代码的第一行,放在紧靠过程标题的后面和变量说明的前面。如果一个过程的错误能够以这种方式出现,就应该在过程的开头用突出的注释来明确说明这一行为特性。

注释

注释是代码不可或缺的一部分,不能将它当作代码的辅助来对待,其重要程度和代码并重.好的代码会让人更容易理解,维护,跟踪.代码不能够太多也不能够太少,太少了不容易理解,太多了会给阅读者代买麻烦,要做到准确,易懂,简洁.尽量控制在30%40%之间.

注释有很多注意事件,首先是必要的地方必须有注释,注释要和代码相邻,放在需要注释的代码上边或者右边相邻的位置,如果放在上边,则需要用空行和上边的代码隔开.其次就是对所有的常量变量,数据结构声明(数组,结构,,枚举等),在声明是必须加注释.再次就是,文件或者文件的头部,必须加注释,说明文件,作者,目的功能.如下.


再次就是对函数的头部进行注释,列出函数的目的,功能,输入参数,输出参数,修改日志等.


还要对重要的功能段进行注释,说明你目的,功能.还要在一些非顺序结构前边加上注释,比如if语句select case,前面一定要加上注释.

排版

其实很体现个人风格的一点就是排版风格了,虽然很多要求但是很多都是可控的,比如我们为了更好的理解代码,要采取缩进的风格编写,而缩进多少,根据个人来定,觉得怎样好就怎样,没有什么统一的标准.排版中很多注意的问题不过大多数不会出现错误,所以平常注意养成自己特定的风格就好.

以上的种种说来对一个编程人员来说都是很基础的东西,可是越基础的东西往往越容易忽略,重视起这些东西,然后形成自己的风格,形成自己的品牌.

原文链接:https://www.f2er.com/vb/259655.html

猜你在找的VB相关文章