Library code snippets
Shorter Visual Basic code isn't always efficient code
In a previous tip, we showed you an object-oriented way to pass values
to form variables. To do so, we added property Get and Let statements
to the form's underlying code module. This created a public property for
the form that you could set with code similar toForm1.myProperty = "Fifty"
Many of you pointed out that as an alternative to the lengthy Get and
Let procedures we used in the tip, you could also simply declare a
form-level public variable, as inPublic myProperty as Integer
Given this declaration, you could then set and retrieve the property
using the same syntax we used above.
While declaring the property in this manner is perfectly legal, it does
have a broader potential for errors than do Get and Let statements --
though it's still better than using full-blown, application level,
global variables.
The problem occurs because under the shorter property declaration
scenario, there's no way to validate the value to which you want to set
the property. For instance, given the property declaration above, as an
integer data type, the earlier statementForm1.myProperty = "Fifty"
would generate a type mismatch error. When you use Get and Let
procedures, on the other hand, you can not only validate potential
property settings and provide meaningful error feedback; but you can
also perform complicated calculations when retrieving or setting these
property values.
Related articles
Related discussion
-
how do you hide all in VB6
by CapnJack (1 replies)
-
Problem with Input File
by novavb6 (3 replies)
-
How to produce a txt file with a table??
by novavb6 (1 replies)
-
VB6 compatability from XP to Vista
by bronx (1 replies)
-
Fully justify code
by fresh (0 replies)
This thread is for discussions of Shorter Visual Basic code isn't always efficient code.