Article View: comp.sys.next.programmer
Article #1671Re: isKindOf: and IsKindOfClassNamed: problems
From: Alex Blakemore
Date: Wed, 30 Sep 1992 05:46
Date: Wed, 30 Sep 1992 05:46
19 lines
1452 bytes
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!alexReferences:
<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