|
Ken Sims wrote:
[W]hy have to bother to put the array index on the access to every field
in the data structure?
Clarity - see Jon Paris' earlier message for an example.
Ken Sims wrote:
If you're talking about his example of comparing the values of a
subfield in two different occurrences, that is using functionality
availablle only to array structures, whereas I said specifically ..
If you're *NOT* using functionality that is available only to array data structures(emphasis added)
so his example is irrelevant to what I'm saying.
And if the index is a variable, it has to be
resolved and checked every time to make sure it is within the allowed
range. With the regular MODS, resolution and checking only has to be
done when the occurrence is set. After that it's just like using a
single occurrence data structure, which is better for performance.
"Premature optimization is the root of all evil." - Donald Knuth
Ken Sims wrote: I don't see that that quote has anything to do with what I'm saying.
I'm not advocating some esoteric optimization method, I'm just taking
advantage of a straight forward programming technique.
As a real life example, in a program that I'm currently writing, I
originally coded a data structure as an array data structure. As I
was putting the array index on the statements loading the various
sub-fields, I thought "Why the hell am I doing this? I'm not going to
be sorting it or doing anything else which needs the array
functionality." So I changed it to a MODS.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.