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
-
Run-time error '91'
by crazyidane (0 replies)
-
Problem handling Redirects with MSXML2.XMLHTTP
by brandoncampbell (2 replies)
-
vbinputbox pauses code while it waits on response. How can I reproduce that?
by brandoncampbell (1 replies)
-
Sending SMS in VB 6
by sirobnole (6 replies)
-
Comboxbox listindex in ActiveX Control
by brandoncampbell (1 replies)
This thread is for discussions of Shorter Visual Basic code isn't always efficient code.