[AccessD] more on early versus late binding

To the extent that I can call myself a programmer (not far I promise!)
I'm totally self-taught, so when topics like this come up, I follow them
with an eye toward expanding my knowledge and understanding of the finer
points.  That said, I'm not sure I follow the distinction between the
two examples you cite.  True, one assigns a specific value directly to
the variable, while the other calls a separate function to do so, but
the choice of one over the other is less a matter of speed versus
flexibility than it is a matter of what's available at runtime to assign
to the variable.  If the value is unknown until retrieved via some other
process, there really isn't much choice, is there?  Similarly, if the
value IS known and can be reliably coded into the procedure (number of
days in a week, for example), why run some other procedure to retrieve
it?  Whether "hard-coded" or dynamic, neither one actually does anything
until the code is run, right?  Or am I misunderstanding something in the
concept being illustrated?



-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Hall
Sent: Monday, July 12, 2004 2:54 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] more on early versus late binding



Right. Early and late binding are generic coding concepts; they have
nothing to do with Microsoft or the Reference collection. The line
     lngWibble = 47
is an example of early binding; the variable is bound to the specific
value when the code is written. Note that the Reference collection isn't
involved. The line
     lngWibble = ReadSomeFileAndFetchWibbleValue()
is late binding. The variable isn't bound to the specific value until
the code is run. Generally, late binding gives you more flexibility and
early binding gives you more speed.
-- 
_______________________________________________
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com