Re: design problem
Re: design problem
- Subject: Re: design problem
- From: Ondra Cada <email@hidden>
- Date: Thu, 14 Feb 2002 04:09:01 +0100
recursivecall,
>
>>>>> email@hidden (r) wrote at Wed, 13 Feb 2002 21:05:39 -0500:
r> I have a header file interdependency. A.h imports B.h and B.h imports
r> A.h. Of course, that is not possible, so I am using @class A. The other
r> way around is to use id, however that would add overhead, and I don't
r> want that (since there is a more elegant way of doing it).
There is no overhead with using id.
r> I get a bunch of warnings because the compiler can not find the
r> selectors (apparently since one of the header file is not imported). Is
r> there any way to tell the compiler of the existence of those selectors?
As others pointed out, you should refactor your code so as you don't need that.
If you don't want to though -- and I *DO NOT* recommend this!!!!! -- you can
use an NSObject category (aka informal protocol declaration):
@interface NSObject (JustGetRidOfTheBlastedWarning)
-pureNonsense;
@end
...
[anyObject pureNonsense]; // no warning here...
---
Ondra Cada
OCSoftware: email@hidden
http://www.ocs.cz
2K Development: email@hidden
http://www.2kdevelopment.cz
private email@hidden
http://www.ocs.cz/oc
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.