Re:Again on 0-based vs. 1-based indexing
by tsegers on Wednesday January 20, 2021 @06:59AM
(#25845359)
The -1 with 0-based indexing occurs very frequently when using the amount of elements in some collection to derive boundaries of the indexes, which will range from 0 up to and including n-1. Grepping for "- 1" in my code folder returns mostly expressions that look like 'length/len/size - 1'.
Re:Again on 0-based vs. 1-based indexing
by user-the-name on Wednesday January 20, 2021 @07:06AM
(#25845426)
This can happen, but it is fairly rare, especially if you favour handling ranges as either (start, length) tuples, or as half-open intervals, with the end index being one past the highest index. This representation simplifies many things, many of them unrelated to 0- or 1-based indexing.
Re:Again on 0-based vs. 1-based indexing
by tsegers on Wednesday January 20, 2021 @07:17AM
(#25845536)
While that is true, ranges and intervals are not native constructs in quite a few languages.
One of the more common examples is if you need to iterate backwards. It's awkward because the [0,N) interval becomes (N,0].
for(i=N-1; i>=0; i--)
Re:Again on 0-based vs. 1-based indexing
by naniwaduni on Wednesday January 20, 2021 @02:46PM
(#25851028)
Notably, this requires you to use a signed index type, which is absurd.
The alternative is to use the so-called goes-to operator: for (i=N; i --> 0;). But this actually relies on the postincrement semantics, which is a huge wart.
I can think of a lot of cases where I would do it for 1-based indexing, but very few for 0-based indexing. If you want to make the claim that there similarly many, you're going to have to come up with some substantial examples.