subviewWithClassNameOrSuperClassNamePrefix is marked as deprecated about kif HOT 2 CLOSED

The reason was simply that the function isn't technically correct. It
implies that there can only be one view with the given class name prefix,
when in fact that's never a constraint. With the UITableView example you
give, indexPathForSelectedRow makes sense for table views where
allowsMultipleSelection == NO as there can only ever be one selected row. A
more correct version of this would be named something like
-firstSubviewWithClassNameorSuperClassNamePrefix:, but under the principle
of "less API is better API" we chose not to add this method. The equivalent
[[view subviewsWithClassNameOrSuperClassNamePrefix:prefix] firstObject] is
only marginally longer and just as clear.

On Wed, Aug 22, 2012 at 2:45 PM, Biclops [email protected] wrote:

I don't understand what is the reason why
subviewWithClassNameOrSuperClassNamePrefix is marked as deprecated. Under
the covers it calls subviewsWithClassNameOrSuperClassNamePrefix, which
returns an array rather than the first instance of a designated class. It
simply puts a nice convenient wrapper around the function to get the first
element in the array.

Is it because the keepers of the code, simply don't want to upkeep the
subviewWithClassNameOrSuperClassNamePrefix function?

There's plenty of functions that behave in a similar manner in the
Objective C library. One example off the top of my head is for functions
indexPathForSelectedRow, and indexPathsForSelectedRows for UITableView's.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/147.

from kif.

I see. That makes. Thanks for speedy response.

from kif.