Ответ 1

Однако я до сих пор неясно, где происходит "волшебная" проводка, которая вызывает вызовы myClass.on в [myClass isOn]

Логика, конечно же, выглядит следующим образом при компиляции obj.name в контексте получения:

if(there is an accessible @property for name in scope)
{
   if(there is a custom getter specified)
      compile "[obj customGetter]"
   else
      compile "[obj name]"
}
else if (there is an an accessible instance method name in scope)
   compile "[obj name]"
else
{
   compile "[obj name]"
   warn obj may not respond to name
}

Существуют другие способы, с помощью которых язык/среда выполнения может обрабатывать пользовательские имена получателей, но при условии, что Obj-C помещает объявление в заголовок (который является общедоступным), приведенное выше является хорошим предположением о том, где выполняется пользовательская логика геттера - при компиляции сайта вызова.

Ответ 2

Из вашего эксперимента мы можем заключить, что синтаксис точки интерпретируется следующим образом:

• Есть ли свойство с этим именем? Если да, имеет ли оно имя получателя/сеттера? если да, то позвольте назвать этот метод.
• в противном случае создайте соответствующее имя метода (прямое, если мы получим, setXX, если мы настроим) и выбросим его в приемник.

Вы можете, например, попытаться использовать .count для экземпляра NSArray. Прежде чем мерзость полиции ударит в ваши двери, у вас может быть время, чтобы увидеть, что она работает.

Чтобы на самом деле ответить на ваш вопрос, на мой взгляд, точечная нотация должна использоваться только для доступа к свойствам, и в этом случае вы должны использовать имя свойства, объявленное в интерфейсе. Итак, для UISwitch. Я не знаю, почему имя getter не указано в выражении synhesize, а не в объявлении свойства, оно, кажется, принадлежит к реализации, а не к мне.

Ответ 3

Что касается точечной нотации, позвольте мне привести Aaron Hillegass (Cocoa Программирование для Mac OSX, 3rd Ed):

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

Когда у вас есть переменная-член, а ваш получатель для этой переменной называется isOn, тогда .on и .isOn - два очень разных типа вещей. Используя геттер (и, вероятно, сеттер тоже), вы будете придерживаться обещания "скрывать информацию", а при использовании прямого доступа к переменным-членам вы не будете. Cocoa не будет применять эти вещи, поскольку он полагается на соглашения. Вам решать, какой путь подходит вам. Принимая во внимание соглашение, вам придется придерживаться сеттеров и геттеров - независимо от того, какие имена вы им даете.

Ответ 4

Объявления свойств являются просто сокращением для регулярных объявлений методов. Например:.

@property int color;
@property (getter=isOn) BOOL on;

становится объявлением этого метода:

- (int)color;
- (void)setColor:(int)value;
- (BOOL)isOn;
- (void)setOn:(BOOL)on;

Вы можете вызвать эти методы так же, как и любой другой метод:

[foo color];
[foo isOn];

Аналогичным образом, точечное обозначение является просто неофициальным сокращением для вызова простых старых методов. Например:

x = @"Hello".length;
x = foo.on;
x = foo.isOn;

становится

x = [@"Hello" length];
x = [foo isOn];
x = [foo isOn];

Обратите внимание, что @"Hello".length работает, хотя NSString фактически не объявляет свойство с именем "длина". По умолчанию foo.bar всегда расширяется до [foo bar], если bar не объявлено свойство с пользовательским получателем. Если bar является именем допустимого метода, то он будет работать без ошибок.

Аналогично, в вашем примере foo.isOn работает, даже если вы фактически не объявляете свойство с именем isOn. Скорее "isOn" - это имя метода, который просто является методом getter для вашего свойства "on".

Итак, хотя foo.isOn может работать, он считается плохим, потому что isOn на самом деле не является именем свойства.

Что вы не можете сделать, так это:

x = [foo on]; // Error

потому что вы никогда не объявляете метод on.