Re: Refactoring tools available for Cocoa / ObjC?
Re: Refactoring tools available for Cocoa / ObjC?
- Subject: Re: Refactoring tools available for Cocoa / ObjC?
- From: "Eric Lin" <email@hidden>
- Date: Tue, 2 May 2006 12:55:23 -0700
None of these is a show stopper, they can all be addressed and need
not even prevent a useful refactoring tool from existing without
addressing some of them. However, considering Xcode's indexing and
search are still problematic after many years, I wouldn't hold my
breath for symbol based refactoring, and probably wouldn't really
trust it either.
So are you suggesting that theoretically none of the quality of Obj-C
would pose problem for a full re-factoring tool to be developed?
But take the [[someArray objectAtIndex:0] intValue] example. For
Java, there needs to be a typecast for the method intValue() to be
accessed, hence the refactoring tool would know whether intValue
should be renamed. But in Obj-C, as the poster stated, there is no
way to tell, since semantically the object returned by someArray could
be of any type. One could potentially trace the logic of the code and
realize all the types of objects that could have gone into this
array... but that kind of make my head dizzy.
Even if the semantic problem is solved, consider this. someArray
could potentially store objects of different classes (both having a
method called "intValue"), and in this case it would be wrong to
simply rename the invocation of "intValue" here (Java doesn't have
this problem since in such case, there would be two different cast
statements). I don't see a way to resolve this ambiguity.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden