Re: Bug in NSArray et. al. ?
Re: Bug in NSArray et. al. ?
- Subject: Re: Bug in NSArray et. al. ?
- From: Markus Ruggiero <email@hidden>
- Date: Mon, 14 May 2018 14:17:42 +0200
> On 14 May 2018, at 12:17, Johann Werner <email@hidden> wrote:
>
> Hi Markus,
>
> aligning isEmpty to mimic count in KVC context is a logic step but I would
> advise against it as changing that behavior could silently break code of many
> projects.
>
> A far better implementation could have been to route all KVC calls to the
> NSArray object itself and introduce something like @items if you want the KVC
> to evaluate on every contained item. At least that would be more expressive.
>
> jm2c
>
> jw
>
Valid point.
I have long ago fixed this once in my WonderSources and used this in my
Learning The Wonders book. Of course, this was a mistake on my side (or maybe
just an "oversight"). But just the other day I got a mail from someone working
through the book and getting stuck on isEmpty (example at end of chapter 11)
For the time being I'll go with my private patch. Maybe others have different
viewpoint.
---markus---
>
>> Am 14.05.2018 um 10:54 schrieb Markus Ruggiero <email@hidden>:
>>
>> NSArray implements java.util.List
>> This interface specifies the method boolean isEmpty() and NSArray correclty
>> implements it.
>>
>> Unfortunately key-value-coding does not know about this. When using isEmpty
>> in a binding (eg. WOConditional) the key "isEmpty" is not trapped but passed
>> on to all the objects.
>>
>> isEmpty should be trapped in NSArray.java in the same way count() is handled.
>>
>> What do you think?
>>
>> ---markus---
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden