Каков надлежащий термин для Родителя?

Интересный... Я не знал, что Actionscript использовал слово "родитель" таким образом.

Существует два отдельных понятия на работе здесь: наследование и состав. Термин parent используется в обоих случаях в Objective C и многих других объектно-ориентированных языках.

В Objective C класс, который наследовался от другого, называет тот "другой" класс своим предком. В то время как многие люди используют термин superclass, на самом деле Вы могли вполне законно использовать слово parent. Поскольку имена подразумевают, это - объектное "наследование".

Возразите, что "состав", с другой стороны, то, что Вы описали с примером автомобиля и колеса. Автомобиль состоит из нескольких других объектов, один или несколько из которых колесо. Я должен признать, я не часто слышал термин parent используемый в этом контексте для обращения к автомобилю. Обычно, Вы, вероятно, найдете, что большинство людей в мире Objective C распознало бы car маркировкой "контейнер". В случае структуры данных древовидного стиля как XML-документ, тем не менее, мы часто говорим о родительских узлах и дочерних узлах. Родитель содержит дочерние элементы, так использование слова "родитель" в отношениях состава также уместно в зависимости от типа отношений. Я не думаю, что Вы найдете многих программистов Objective-C, использующих "родительское" слово в сценариях состава за пределами древовидной структуры, все же.

Различие часто уподобляется, "имеет" по сравнению с, "" отношения: идентификационные данные по сравнению с владением. В наследовании ребенок "является" подтипом его родителя. В составе, с другой стороны, автомобиль "имеет" колесо, или родительский узел в дереве "имеет" набор дочерних узлов.

Править: Kendall Helmstetter-Gelner ниже добавил некоторые хорошие комментарии со стороны Вашего вопроса, связанного с экземплярами и передающими ссылками. Если у Вас есть конкретный блок кода и определенное сообщение об ошибке, не стесняйтесь обновлять свой вопрос с ними, и мы попытаемся помочь.

Так как Вы говорите о прямом Objective C и не определенной реализации платформы (такой как Какао), существует много способов реализовать родительско-дочернее поведение. Самое легкое, конечно, должно только иметь Ваш объект родительского класса, имеют несколько переменных экземпляра, являющихся детьми. Дети все принимают методы как initWithParent: или initWithCar: в данном случае.

@interface Car : Object
{
    Wheel[4] wheels;
}

- (void) goFoward:(Wheel *) wheel;

@end

@interface Wheel : Object
{
    Car *parent;
    float tirePressure;
    // etc . . .
}

- initWithCar:(Car *) aCar;

@end

@implementation Car
- init
{
    self = [super init];
    if (!self) return nil;

    unsigned i;
    for (i = 0; i < 4; i++)
        wheels[i] = [[Wheel alloc] initWithCar:self];

    return self;
}

- (void) goForward:
@end

@implementation Wheel
- initWithCar: (Car *) aCar
{
    self = [super init];
    if (!self) return nil;

    parent = aCar;

    return self;
}
@end

не уверенный, почему они имеют супер и порождают средний то же самое

Типичный беспорядок :)

• Супер получатель, не родитель его класса. Точно так же, как сам не класс получателя. Различие между сам и супер - то, где поиск метода начинает с.

• Родитель является указателем от класса до его суперкласса, за которым следует поиск метода.

Наблюдение Значения ключа исследования или KVO. Автомобиль может наблюдать за изменениями в Колесе и самом обновлении.

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

1. Делегация. Вы даете колесу ссылку на другой объект, который реализует определенный набор методов. Это могло быть владельцем объекта, но это мог быть некоторый другой объект, это вставляется на месте (большой для тестирования). Вы видите это на всем протяжении платформ Какао.

2. Уведомления. В наше время это обычно сделано посредством Наблюдения Значения ключа. С этим Объект (автомобиль в Вашем примере) регистрируется для получения уведомлений когда определенное свойство Объекта B (колесо) изменения.