How safe is it to mix ARC and non-ARC code in one iOS project?

I am modifying an open source application that is not ARC. Most of my experience working with iOS supports ARC objective-c, so when I create and add new files to the project, I try to make them compatible with ARC using compiler flags (especially when I come across a strange non-arc error code) .

The thing that keeps me up at night is the question: how safe and reliable is it to mix arcs and non-arduous code in my project? When the QA comes, will it be a nightmare for testing things like memory leaks and performance, etc. Etc.? The question is different .. is it worth converting an existing non-arcing code into an arc code and getting rid of potential problems?

+7
source share
2 answers

You can mix freely without any problems.

+9
source

I do not think this is safe, as some code is prohibited when ARC is enabled, for example, this method:

- (void)dealloc { [super dealloc]; } 

And, of course, on release:

 [exampleVariable release]; 

What can be present in projects without ARC.

0
source

All Articles