Objects.toString [Re: What methods should go into a java.util.Objects class in JDK 7?]
Ulf Zibis
Ulf.Zibis at gmx.de
Thu Oct 8 16:36:54 UTC 2009
+1 or drop Objects.toString(obj) completely.
-Ulf
Am 08.10.2009 12:47, Stephen Colebourne schrieb:
> A number of us are proposing that Objects.toString(obj) should return
> "" when the object is null. I'm strongly in favour of this, and it
> removes any discussion of duplicated API (as it does something
> different and more useful).
>
> In favour/against +1/-1 ?
>
> Stephen
>
> 2009/10/7 Joseph D. Darcy <Joe.Darcy at sun.com>:
>
>> David Holmes - Sun Microsystems wrote:
>>
>>> Stephen Colebourne said the following on 10/07/09 18:10:
>>>
>>>> BTW, I don't accept the argument that one and only one way to do
>>>> something is part of the JDK.
>>>>
>>> While the JDK is far from a model example of providing "one way" to do
>>> something, that doesn't mean we should gratuitously add superfluous and
>>> redundant functionality.
>>>
>> The JDK has a long history of providing convenience methods. For example,
>> we have PrintStream.format and PrintStream.printf which are just two names
>> for the same functionality.
>>
>>
>>> Type.valueOf is an established pattern for converting types.
>>>
>>> The JDK is already severely bloated - new APIs should pay their own way.
>>>
>> Getting rid of more than half a dozen implementations of equals(Object,
>> Object) should just in the JDK should more than pay the for the entire
>> Objects class ;-)
>>
>> -Joe
>>
>>
>>
>
>
>
More information about the core-libs-dev
mailing list