Сохраните, выделение, свойства … Тема для создания жизни Obj-c легче!

Лучшее место, чтобы найти ответ на этот вопрос, - это в соответствующей документации Apple, которая объясняет все об управлении памятью . Сказав это, вы используете здесь только ivars, вы не устанавливаете свой ivar с помощью сгенерированных ObjC сеттеров. Как говорит куби, вы должны сказать

self.myArray = otherArray;

, чтобы использовать свойство myArray.

Куби ответил хорошо. Перечитывать Руководство Apple, пока вы не разобрались, действительно обязательно.

Между тем, вы можете извлечь выгоду, приняв этот строгий набор правил, которым я следую, чтобы избежать случайных ошибок памяти. Они предписывают вводить немного больше, чем это строго необходимо, и они, вероятно, немного менее эффективны во время выполнения, чем могли бы быть, но последовательное следование этим правилам защитит вас от наиболее распространенных ошибок управления памятью. Затем, когда вы освоитесь с управлением памятью, вы можете выборочно отклоняться от этих правил, хотя я все еще редко делаю это.

1. Объявите свойство для каждой создаваемой вами переменной экземпляра объекта. Объявите его как (неатомарный, сохранить), если только это не объект, которым ваш класс не владеет, например делегат, который создаст циклическую ссылку. В этом случае объявите его как (nonatomic, assign), чтобы избежать утечки всех объектов в этом цикле.

    @property (неатомарный, сохранить) NSString * title; 
    @ property (неатомарный, назначить) id  делегат; 
    

2. Даже если переменная экземпляра объекта предназначена только для частное использование классом, объявите свойство для него в расширении класса в верхней части вашего .m файла, чтобы синтезированный метод установки мог позаботиться об управлении памятью за вас.

    // Widget.m
   @interface Widget () 
    @ property (неатомарный, сохранить) NSString * privateState; 
    @ end 
    {{1} } @implementation Widget 
    @ синтезировать заголовок, делегат, частное состояние; 
    // ...
    @ end 
    

3. Каждый раз, когда вы назначаете объект переменной экземпляра, всегда устанавливайте его через свойство, используя self.

    self.title = @ "Title"; 

4. В вашем dealloc установите для каждого свойства объекта значение nil. Если вы следовали описанным выше методикам, это одновременно правильно освободит переменные вашего экземпляра и установит их в ноль для защиты от EXC_BAD_ACCESS. Сделайте dealloc первым методом в своем классе, чтобы не забыть ни о каких свойствах.

    - (void) dealloc {
   self.title = nil; 
   self.delegate = nil; 
   self.privateState = nil; 
    [super dealloc ]; 
   } 
    

5. Для каждого написанного вами настраиваемого класса убедитесь, что у него есть хотя бы один метод фабрики классов, который делегирует методу инициализации с теми же параметрами и автоматически освобождает возвращаемый объект. Это ограничивает почти все вызовы alloc и init этими фабричными методами, а не разбрасывает их по вашему коду.

    - (id) initWithTitle: (NSString *) делегат theTitle: (id) theDelegate {
   if (self = [super init]) {
   self.title = theTitle; {{1 }} self.delegate = theDelegate; 
   self.privateState = @ "start"; 
   } 
   return self; 
   } 
    + (id ) widgetWithTitle: (NSString *) делегат theTitle: (id) theDelegate {
   return [[[self alloc] initWithTitle: theTitle delegate: theDelegate] автозапуск]; 
   } 
    

6. Всякий раз, когда вы создаете экземпляр объекта, всегда делайте это с помощью метода фабричного класса, если это возможно. Это дает вам автоматически выпущенный объект, поэтому вам не нужно освобождать его, если вы не сохраните его.

    сам.widget = [Widget widgetWithTitle: @ "My Widget" delegate: self]; 
    

7. Когда вам нужно создать экземпляр объекта, у которого нет подходящего метода фабричного класса, автоматически выпустите его в той же строке, чтобы вы не Не забудьте сделать это позже. (Исключение: отпустите вручную, если вы делаете это тысячи раз в тесном цикле.)

    self.containerView = [[[UIView alloc] initWithFrame: self.bounds] autorelease]; 
    

8. Если вы освобождаете объект, у которого есть делегат или подобное свойство, которое указывает обратно в циклической ссылке, сначала установите для этого свойства значение nil. Это предотвращает EXC_BAD_ACCESS в случае, если объект переживет свой делегат и попытается вызвать метод делегата после того, как он был освобожден.

    - (void) dealloc {
   self.widget.delegate = nil; 
   self.widget = nil; 
   self.containerView = nil; 
    [ super dealloc]; 
   } 
    

Многие опытные разработчики успешно управляют памятью, не соблюдая всех этих приемов. Если вы разбираетесь в управлении памятью и не склонны иметь ошибки, связанные с памятью, я, безусловно, рекомендую вам придерживаться того, что вам подходит. Но если вы новичок в управлении памятью iPhone или ваш код изобилует случайными ошибками, связанными с памятью, я надеюсь, что вы найдете эти методы такими же полезными, как и я.