Hi,
My preference would be to keep the offsets immediately following the
CharSequence,
that clearly identifies the substring being operated on.
Roger
On 8/14/2014 8:00 AM, Alan Bateman wrote:
On 14/08/2014 12:42, Claes Redestad wrote:
Noone brought it up, as far as I can recall. Since parseInt(String,
int radix) already existed, I figured adding the range parameters to
the end would be overall less awkward than to push the radix
parameter right in the new methods. The chosen implementation
maintains that the second parameter is always radix, which I think
helps maintain consistency.
I think consistency could be argued both ways as the radix is also the
last parameter in the existing methods. When I look at this method:
public static int parseInt(CharSequence s, int radix, int beginIndex,
int endIndex)
and then feels more error prone than if the beginIndex/endIndex were
immediately after the CharSequence.
I'm interested in other opinions on this.
-Alan.
