🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.next.programmer
Article #1671

Re: isKindOf: and IsKindOfClassNamed: problems

#1671
From: Alex Blakemore
Date: Wed, 30 Sep 1992 05:46
19 lines
1452 bytes
In article <timm.717827168@xongmao> timm@xongmao.ncsa.uiuc.edu (Tim McClarren) writes:
> Well, I can't seem to find a rationale for the changes, although I 
> did find them documented in ObjC.rtf in the Developer Release Notes.
> I am having the same problem as the original poster.  And the Release Notes
> don't make the behavior any clearer to me.  I should think that these
> things should both return YES or both return NO.  Any other clues?

the difference between the IsKindOf and IsMemberOf methods (and their cousins
that take class names instead of class objects as args) is how they handle subclasses.
if an object x is an instance of class B (which is a subclass of A) then
x is a kind of A but x is NOT a member of A.
(x is both a kind of B and a member of B)

for more info look in the concepts section on objective C or the
reference for the class Object.

-- 
---------------------------------------------------
Alex Blakemore alex@cs.umd.edu   NeXT mail accepted
Technical Details
Message-ID: <60755@mimsy.umd.edu>
Path: arc1-ca.pugleaf.net!sparky!uunet!dtix!mimsy!alex
References: <1992Sep28.062357.11948@doberman.uucp> <60683@mimsy.umd.edu> <timm.717827168@xongmao>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!dtix!mimsy!alex
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.programmer
Subject: Re: isKindOf: and IsKindOfClassNamed: problems
Message-ID: <60755@mimsy.umd.edu>
Date: 30 Sep 92 05:46:56 GMT
References: <1992Sep28.062357.11948@doberman.uucp> <60683@mimsy.umd.edu> <timm.717827168@xongmao>
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Lines: 19