В свойствах Objective-C 2.0 требуется указать соответствующую переменную экземпляра? Например, я привык делать что-то вроде этого:
myobject.h
@interface MyObject : NSObject {
NSString *name;
}
@property (nonatomic, retain) NSString *name;
@end
MyObject.m
@implementation
@synthesize name;
@end
Однако, если бы я сделал это вместо:
myobject.h
@interface MyObject : NSObject {
}
@property (nonatomic, retain) NSString *name;
@end
Это все еще актуально? И разве это по-другому отличается от моего предыдущего примера?
Если вы используете Modern Objective-C Runtime (или iOS 3.x или выше, либо 64-бит Snow Leopard или выше), вам нужно не определить ivars для ваших свойств в таких случаях.
Когда вы @synthesize свойство, ивар будет синтезироваться также для вас. Это происходит вокруг сценария "хрупкий-ивар". Вы можете больше узнать об этом на Cocoa с любовью
В вашем интерфейсе вы можете официально объявить переменную экземпляра между фигурными скобками или через @property вне фигурных скобок или оба. В любом случае, они становятся атрибутами класса. Разница в том, что если вы объявляете @property, вы можете реализовать с помощью @synthesize, который автоматически кодирует ваш приемник/сеттер для вас. Например, набор автокодеров инициализирует целые числа и числа с плавающей запятой. ЕСЛИ вы объявляете переменную экземпляра и НЕ указываете соответствующий @property, тогда вы не можете использовать @synthesize и must писать свой собственный приемник/сеттер.
Вы всегда можете переопределить автозатемненный геттер/сеттер, указав свой собственный. Обычно это делается с помощью свойства managedObjectContext, которое загружается лениво. Таким образом, вы объявляете свой managedObjectContext как свойство, но затем также записываете метод -(NSManagedObjectContext *)managedObjectContext. Напомним, что метод, который имеет то же имя, что и переменная/свойство экземпляра, является методом "getter".
Метод объявления @property также позволяет вам использовать другие параметры, такие как retain и readonly, которые не имеют метода декларации переменных экземпляра. В принципе, ivar является старым способом, а @property расширяет его и делает его более привлекательным/легким. Вы можете ссылаться либо на использование себя. префикс или нет, это не имеет значения, если имя уникально для этого класса. В противном случае, если ваш суперкласс имеет то же имя свойства, что и вы, то вы должны сказать либо как self.name или super.name, чтобы указать, какое имя вы говорите.
Таким образом, вы увидите, что все меньше и меньше людей объявляют ivar между фигурными скобками и вместо этого переходят к простому указанию @property, а затем выполняют @synthesize. Вы не можете выполнить @synthesize в своей реализации без соответствующего @property. Синтезатор знает только, какой атрибут он имеет в спецификации @property. Оператор synhesize также позволяет вам переименовывать свойства, чтобы вы могли ссылаться на свойство по одному имени (сокращению) внутри вашего кода, но снаружи в файле .h используйте полное имя. Тем не менее, с действительно крутой автозаполнением, которое XCode теперь имеет, это менее выгодно, но все еще там.
Надеюсь, что это поможет прояснить всю путаницу и дезинформацию, которая плавает вокруг.
он работает в обоих направлениях, но если вы не объявляете их в фигурных скобках, вы не увидите их значения в отладчике в xcode.
Из документации:
В целом поведение свойств идентично как для современных, так и для устаревших версий (см. "Версии среды выполнения и платформы" в Objective-C Руководстве по программированию времени выполнения). Существует одно ключевое отличие: современная среда исполнения поддерживает синтез переменных экземпляра, тогда как устаревшая среда выполнения не делает.
Для @synthesize для работы в устаревшей среде выполнения вы должны либо предоставить переменную экземпляра с тем же именем и совместимым типом свойства, либо указать другую существующую переменную экземпляра в операторе @synthesize. С помощью современной среды выполнения, если вы не предоставляете переменную экземпляра, компилятор добавляет ее для вас.
Если вы используете XCode 4.4 или более позднюю версию, он будет генерировать код синтеза переменных экземпляра для вас.
Вам просто нужно объявить свойства, как показано ниже; он будет генерировать для вас код для кодирования кода и экземпляра.
@property (nonatomic, strong) NSString *name;
он будет генерировать синтезирующий код как
@synthesize name = _name;
и вы можете получить доступ к переменной экземпляра, используя _name он похож на declare
NSString* _name
но если вы объявляете свойство только для чтения, оно похоже на
@property (nonatomic, strong, readonly) NSString *name;
он сгенерирует код
@synthesize name;
или
@synthesize name = name;
Итак, вы должны получить доступ к имени текущей переменной без префикса "_" любым способом вы можете написать свой собственный синтезирующий код, тогда компилятор будет генерировать код для вас. вы можете написать
@synthesize name = _name;
Objective-C Язык программирования: директивы по внедрению свойств
Существуют различия в поведении синтезатора доступа, зависящие от времени выполнения (см. также "Разница времени выполнения" ):
Для устаревшей среды выполнения переменные экземпляра уже должны быть объявлены в блоке @interface текущего класса. Если существует переменная экземпляра с тем же именем, что и свойство, и если его тип совместим с типом свойств, он используется, иначе вы получите ошибку компилятора.
Для современных сред выполнения (см. "Версии среды выполнения и платформы" в Objective-C Руководство по программированию времени выполнения) переменные экземпляра синтезируются по мере необходимости. Если переменная экземпляра с тем же именем уже существует, она используется.