a number or symbol or expression (such as an exponent) associated with another to indicate a mathematical operation to be performed or to indicate use or position in an arrangement
Since the arrays offsets alao tell us about the items’s position in the array, is it not then an index?
People take these terms way too seriously. Hell, many languages have their “list” implemented as an array. What then do you call the index/offset?
if you want my opinion (<- see now you can’t tell me i’m wrong, it’s an opinion) then the difference is that an array is by definition a memory address that’s designated as the beginning of an array, and it’s got an offset because the first element is at that specific address and further items are offset from that address. so you add the offset to the address to get the nth item. a list, meanwhile, can be basically any implementation under the hood, but it’s commonly a linked list. the way you get the nth index there is you count up from the first position. since the implementation is opaque and may be spread out in memory you can’t arithmetic your way to an index, you need to follow the pointers.
java’s arraylist is a list backed by an array. java’s vector is a list backed by a linked list.
That doesn’t really address what you call it. Names only really just exist to get your point across. Inexperienced devs may not know what an offset means (or why we use that), so index does the job. An experience dev knows how it works anyway, so whether you say index or offset won’t matter. By virtue of the common denominator, I simply use index everywhere.
If an array of unknown size is initialized, its size is determined by the largest indexed element with an explicit initializer. The array type is completed at the end of its initializer list.
it also states in section 6.7.7 (“type names”) that
If the pointer operand points to an element of an array object, and the array is large enough, the result points to an element offset from
the original element such that the difference of the subscripts of the resulting and original array elements equals the integer expression.
note also that your example is the only occurrence of the word “index” in the entire document that isn’t just referring to the actual index at the end.
anyway, good question. led me to some cursed code.
the ArrayObject in spidermonkey is an interface to either a TypedArrayObject or a SharedArrayObject. those both have an inner ArrayBuffer object, which is a view into ArrayBufferObjectMaybeShared, which contains a refcounted vector of uint8 pointers, regardless of the datatype. soooo all arrays in javascript are… strings?
thanks for the considered reply. didn’t mean to jump all the way down to electrons and sound so flippant.
my claim is that JavaScript arrays are arrays because the spec defines their behavior as such. the implementation details are absolutely interesting from a performance perspective and I was genuinely curious how an internally linked list implementation would actually work, real-world. regardless… almost every interaction I have ever had with a JS programmer has ended in “its strings all the way down”… so… I mean… yes-ish?
loved your poking of the hornets nest in this thread :-)
i was thinking between the linked list and the transistors :)
also, i mean… what you might call an array i might call a vector. js arrays allow elements of different types, so they are by definition not arrays in the traditional sense. them being chars internally does make sense in a gross way.
arrays don’t have indices. lists have indices. arrays have offsets.
Um actually they have strides and offsets.
This is a language dependent semantic difference.
I’ll see myself out
hey no you can’t logic your way out of this! i wanted an argument!
No you didn’t
I said good day sir!
Good day (sir); ftfy
Says who?
By definition, an index is
Since the arrays offsets alao tell us about the items’s position in the array, is it not then an index?
People take these terms way too seriously. Hell, many languages have their “list” implemented as an array. What then do you call the index/offset?
if you want my opinion (<- see now you can’t tell me i’m wrong, it’s an opinion) then the difference is that an array is by definition a memory address that’s designated as the beginning of an array, and it’s got an offset because the first element is at that specific address and further items are offset from that address. so you add the offset to the address to get the nth item. a list, meanwhile, can be basically any implementation under the hood, but it’s commonly a linked list. the way you get the nth index there is you count up from the first position. since the implementation is opaque and may be spread out in memory you can’t arithmetic your way to an index, you need to follow the pointers.
java’s arraylist is a list backed by an array. java’s vector is a list backed by a linked list.
That doesn’t really address what you call it. Names only really just exist to get your point across. Inexperienced devs may not know what an offset means (or why we use that), so index does the job. An experience dev knows how it works anyway, so whether you say index or offset won’t matter. By virtue of the common denominator, I simply use index everywhere.
The real reason she won’t call back.
indeed. permanently off by 1.
You can’t take my ‘i’, we have been together.
you can’t spell offset without off. as in fuck.
(affectionate)
§6.7.9 of the C11 standard says they have elements with indices:
it also states in section 6.7.7 (“type names”) that
note also that your example is the only occurrence of the word “index” in the entire document that isn’t just referring to the actual index at the end.
Adding my fuel to this fight
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/indexOf
javascript doesn’t have arrays. the backing data structure is a doubly-linked list.
and the backing for that is linear or page addressed MOS transistors, spinning rust or flippy-round magnets.
do you have a source that indicates mainstream JS engines internally uses a list structure for arrays? I can’t find one.
skipped a few steps there i think.
anyway, good question. led me to some cursed code.
the ArrayObject in spidermonkey is an interface to either a TypedArrayObject or a SharedArrayObject. those both have an inner ArrayBuffer object, which is a view into ArrayBufferObjectMaybeShared, which contains a refcounted vector of uint8 pointers, regardless of the datatype. soooo all arrays in javascript are… strings?
thanks for the considered reply. didn’t mean to jump all the way down to electrons and sound so flippant.
my claim is that JavaScript arrays are arrays because the spec defines their behavior as such. the implementation details are absolutely interesting from a performance perspective and I was genuinely curious how an internally linked list implementation would actually work, real-world. regardless… almost every interaction I have ever had with a JS programmer has ended in “its strings all the way down”… so… I mean… yes-ish?
loved your poking of the hornets nest in this thread :-)
i was thinking between the linked list and the transistors :)
also, i mean… what you might call an array i might call a vector. js arrays allow elements of different types, so they are by definition not arrays in the traditional sense. them being chars internally does make sense in a gross way.
That’s a different kind of array (Float32Array etc.), not the “normal” kind.
i couldn’t actually find any of that in spidermonkey. i was looking in js/vm/arrayobject and its parents, didn’t see any others.
I’m guessing it’s this? https://searchfox.org/firefox-main/source/js/src/builtin/Array.cpp
i did look at that but i started out here: https://searchfox.org/firefox-main/source/js/src/vm/ArrayObject.h because it inherits from NativeObject.