commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Maurizio Cucchiara (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (LANG-834) Validate: add inclusiveBetween(long start, long end, long value) methods
Date Sun, 01 Dec 2013 11:01:39 GMT

     [ https://issues.apache.org/jira/browse/LANG-834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Maurizio Cucchiara updated LANG-834:
------------------------------------

    Description: 
Validate.inclusiveBetween() is often going to be used with primitives, so it might make sense
to add 

inclusiveBetween(long start, long end, long value)
and
inclusiveBetween(long start, long end, long value, String message)

This would avoid the overhead of using boxing and compareTo() for the primitive number types.

Note: I tried adding

inclusiveBetween(long start, long end, long value, String message, Object ... values)

but that causes the compiler to complain about ambiguous methods.
However, that's unlikely to be needed much.


> Validate: add inclusiveBetween(long start, long end, long value) methods
> ------------------------------------------------------------------------
>
>                 Key: LANG-834
>                 URL: https://issues.apache.org/jira/browse/LANG-834
>             Project: Commons Lang
>          Issue Type: Improvement
>          Components: lang.*
>    Affects Versions: 3.1
>            Reporter: Sebb
>             Fix For: Review Patch
>
>         Attachments: LANG-834.patch
>
>
> Validate.inclusiveBetween() is often going to be used with primitives, so it might make
sense to add 
> inclusiveBetween(long start, long end, long value)
> and
> inclusiveBetween(long start, long end, long value, String message)
> This would avoid the overhead of using boxing and compareTo() for the primitive number
types.
> Note: I tried adding
> inclusiveBetween(long start, long end, long value, String message, Object ... values)
> but that causes the compiler to complain about ambiguous methods.
> However, that's unlikely to be needed much.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

Mime
View raw message