Draft proposal: allow the use of relational operators on Comparable classes
Reinier Zwitserloot
reinier at zwitserloot.com
Tue Mar 10 17:04:49 PDT 2009
.... hence the reference to "A way to specify you're on 'new mode'
java". And the idea that it's far too ambitious for Project Coin.
--Reinier Zwitserloot
Like it? Tip it!
http://tipit.to
On Mar 11, 2009, at 00:57, rssh at gradsoft.com.ua wrote:
>> In languages with both == and ===, the == is more like .equals(), and
>> the === is more like java's ==. Making them the reverse in java is a
>> really really bad idea. I'd far rather have a way to specify that
>> you're on 'new mode' java, and have == imply equals, and remove
>> object
>> identity altogether; it's just not a relevant operation. Shove it off
>> to a java.lang library call. That's what we did with System.arrayCopy
>> too, and that was clearly a good idea.
>>
>
> This will break a lot of code. Better find better symbol :)
>
>
>
>
>> --Reinier Zwitserloot
>> Like it? Tip it!
>> http://tipit.to
>>
>>
>>
>> On Mar 11, 2009, at 00:51, rssh at gradsoft.com.ua wrote:
>>
>>>
>>> IMHO, would have sense with addition of symbol for equality check:
>>> ('==='
>>> ?)
>>>
>>>
>>>> I've attached a draft of a proposal to allow classes which
>>>> implement the
>>>> Comparable interface to be used as operands for the relational
>>>> operators.
>>>> So
>>>> for example if you had two Strings, a and b, you would be able to
>>>> write
>>>>
>>>> if (a < b) {
>>>> ...
>>>> }
>>>>
>>>> instead of
>>>>
>>>> if (a.compareTo(b) < 0) {
>>>> ...
>>>> }
>>>>
>>>> and you could do the same with your own classes as well.
>>>>
>>>> Thanks in advance for any feedback,
>>>>
>>>> Vil.
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>>
>
>
More information about the coin-dev
mailing list