ARC lub nie na ARC iphone iOS5

Question

Opracowałem aplikację na iPhone'a, która powinna obsługiwać iPhone/iPad na iOS4 i iOS5.

Moja aplikacja przecieka pamięć w kilku miejscach, co staje się trudne do debugowania ze względu na rozmiar kodu. Niedawno przeczytałem o ARC (Automatic Reference Counting), moje zapytanie jest

1. muszę zmodyfikować mojego kodu źródłowego (zachowują/release/alloc/dealloc) do kompilacji z ARC. także jakie wszystkie zmiany musimy wprowadzić, używając ARC?

2. Czy wskazane jest przejście na ARC?

3. moja aplikacja praca na iOS4 telefonu w przypadku korzystania z ARC

dzięki.

Answer 1

Prawdopodobnie nie jest to najlepsze miejsce na opublikowanie tego pytania, ale odpowiem, ponieważ nie mam nic przeciwko temu.

http://developer.apple.com/library/mac/#releasenotes/ObjectiveC/RN-TransitioningToARC/_index.html

1. można użyć narzędzia do migracji 'Edycja> Refactor> Konwersja do Objective-C ARC' i ręcznie naprawić wszystko narzędzie nie może dowiedzieć.

2. Tak.

3. Tak, ale zerowe słabe referencje nie będą.

Answer 2

Zdecydowanie uważam, że to jest dobre dla programistów, aby zrozumieć, jak zarządzanie pamięcią i system faktycznie działa ... ale myślę, że ARC jest bardzo dobry system i działa bardzo dobrze. To jest naprawdę pytanie poglądowe, więc moim zdaniem prawie zawsze warto rozpoczynać nowe projekty, które będą kierować reklamy na aplikacje systemu operacyjnego iOS 5 w ARC, z wyjątkiem bardzo szczególnych okoliczności.

Uważam, że jeśli używasz wielu bibliotek C w swoim kodzie, ARC jest nieco trudniejsze w użyciu (więc jeśli w większości korzystasz z bibliotek C innych firm i takich rzeczy jak CoreFoundation, może rozważyć, czy ma to sens, czy nie), ale nawet wtedy, jeśli te biblioteki są w większości odizolowane od kontrolerów Objective-C i takie, ARC jest nadal dobre.

W przypadku starszych aplikacji należy sprawdzić wykorzystanie aplikacji i jej wzorce. Jeśli używasz wielu metod delegowania, ponieważ nie możesz używać słabych referencji na iOS 4, staje się to nieco trudniejsze i prawdopodobnie będziesz musiał mieć mieszany kod ARC i kod spoza ARC. Być może lepiej jest podjąć decyzję projektową, aby przejść do przodu z ARC. Tak więc nowe funkcje są przeznaczone dla iOS 5 i być może nie są dostępne (lub w pełni dostępne) w wersji iOS 4 aplikacji, a te używają ARC.

Rzeczywiście, w ostatecznym rozrachunku będzie to zależeć od tego, jak aplikacja została już zaprojektowana, jak duża jest i jak wygodne jest zarządzanie zarządzanym pamięcią i użycie/ograniczenia ARC. Na przykład mam trzy projekty, których nigdy nie przekonwertowałbym na ARC, jeden, który teraz robię mieszane, taki, który jest w pełni przekonwertowany (ale nadal jest kierowany na iOS 4+) i 2, które są w pełni ARC i iOS 5+ tylko.

Answer 3

Żeby było jasne, natomiast nie można używać ARC słabe referencje jeśli są kierowane iOS 4, ty może nadal korzystać unsafe_unretained, który jest w zasadzie równoznaczne z użyciem assign do właściwości obiektu. Oznacza to, że możesz przekonwertować dobrze napisany kod spoza ARC na ARC bez przypadkowego utworzenia cykli zatrzymania na iOS 4.

Użycie unsafe_unretained powoduje utratę funkcji auto-zerowej słabych referencji, ale nadal otrzymujesz wszystkie inne zalety ARC, takie jak nie martwienie się o zapominanie o wypuszczeniu ivarów w twoich oświadczeniach dealloc, itp.