Истинный подкласс

Новый класс, который Вы создаете в кластере класса, должен:

• Будьте подклассом абстрактного суперкласса кластера

• Объявите его собственное хранение

• Переопределите все методы инициализатора суперкласса

• Переопределите примитивные методы суперкласса (описанный ниже)

Поскольку абстрактный суперкласс кластера является единственным публично видимым узлом в иерархии кластера, первая точка очевидна. Это подразумевает, что новый подкласс наследует интерфейс кластера, но никакие переменные экземпляра, потому что абстрактный суперкласс не объявляет ни один. Таким образом вторая точка: подкласс должен объявить любые переменные экземпляра, в которых он нуждается. Наконец, подкласс должен переопределить любой метод, который он наследовал, это непосредственно получает доступ к переменным экземпляра объекта. Такие методы вызывают примитивными методами.

Примитивные методы класса формируют основание для его интерфейса. Например, возьмите NSArray класс, объявляющий интерфейс к объектам, управляющим массивами объектов. В понятии массив хранит много элементов данных, каждый из которых доступен индексом. NSArray выражает это абстрактное понятие через его два примитивных метода, count и objectAtIndex:. С этими методами как основа могут быть реализованы другие методы — полученные методы —; Таблица 1-2 дает два примера полученных методов.

Подразделение интерфейса между примитивными и полученными методами делает подклассы создания проще. Ваш подкласс должен переопределить наследованные примитивы, но сделавший так может быть уверено, что все полученные методы, которые он наследовал, будут работать должным образом.

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

В целом абстрактный суперкласс кластера объявляет много init... и + className методы. Как описано в Создании Экземпляров, абстрактный класс решает, какой бетон разделяют на подклассы для инстанцирования базируемый выбор init... или + className метод. Можно полагать, что абстрактный класс объявляет эти методы для удобства подкласса. Так как абстрактный класс не имеет никаких переменных экземпляра, он не имеет никакой потребности методов инициализации.

Ваш подкласс должен объявить свое собственное init... (если это должно инициализировать свои переменные экземпляра), и возможно + className методы. Это не должно полагаться ни на один из тех, которые это наследовало. Для поддержания его ссылки в цепочке инициализации это должно вызвать определяемый инициализатор своего суперкласса в его собственном определяемом методе инициализатора. Это должно также переопределить все другие наследованные методы инициализатора и реализовать их для поведения разумным способом. (См. Многократные Инициализаторы и Определяемый Инициализатор для обсуждения определяемых инициализаторов.) В кластере класса определяемый инициализатор абстрактного суперкласса всегда init.

Истинные подклассы: пример

Скажем, то, что Вы хотите создать подкласс NSArray, именованный MonthArray, это возвращает имя месяца, данного его индексную позицию. Однако a MonthArray объект фактически не сохранит массив имен месяца как переменная экземпляра. Вместо этого метод, возвращающий имя, данное индексную позицию (objectAtIndex:) возвратит постоянные строки. Таким образом только двенадцать строковых объектов будут выделены, независимо от того сколько MonthArray объекты существуют в приложении.

MonthArray класс объявляется как:

#import <foundation/foundation.h>

@interface MonthArray : NSArray

{

}

+ monthArray;

- (unsigned)count;

- (id)objectAtIndex:(unsigned)index;

@end

Обратите внимание на то, что MonthArray класс не объявляет init... метод, потому что это не имеет никаких переменных экземпляра для инициализации. count и objectAtIndex: методы просто покрывают наследованные примитивные методы, как описано выше.

Реализация MonthArray класс похож на это:

#import "MonthArray.h"

@implementation MonthArray

static MonthArray *sharedMonthArray = nil;

static NSString *months[] = { @"January", @"February", @"March",

    @"April", @"May", @"June", @"July", @"August", @"September",

    @"October", @"November", @"December" };

+ monthArray

{

    if (!sharedMonthArray) {

        sharedMonthArray = [[MonthArray alloc] init];

    }

    return sharedMonthArray;

}

- (unsigned)count

{

 return 12;

}

- objectAtIndex:(unsigned)index

{

    if (index >= [self count])

        [NSException raise:NSRangeException format:@"***%s: index

            (%d) beyond bounds (%d)", sel_getName(_cmd), index,

            [self count] - 1];

    else

        return months[index];

}

@end

Поскольку MonthArray переопределяет наследованные примитивные методы, полученные методы, которые это наследовало, будут работать должным образом без того, чтобы быть переопределенным. NSArray lastObject, containsObject:, sortedArrayUsingSelector:, objectEnumerator, и другие методы работают без проблем на MonthArray объекты.

Составной объект

Путем встраивания частного кластерного объекта в объект собственного проекта Вы создаете составной объект. Этот составной объект может полагаться на кластерный объект для своей основной функциональности, только прерывая сообщения, что составной объект хочет обработать некоторым определенным способом. Эта архитектура сокращает объем кода, который Вы должны записать и позволяете Вам использовать в своих интересах протестированный код, предоставленный Платформой Основы. Рисунок 1-4 изображает эту архитектуру.

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

count метод NSArray класс является примером; реализация прошедшего объекта метода, который это переопределяет, может быть столь же простой как:

- (unsigned)count {

    return [embeddedObject count];

}

Однако Ваш объект мог поместить код в своих собственных целях в реализации любого метода, который это переопределяет.

Составной объект: пример

Для иллюстрирования использования составного объекта предположите желание непостоянного объекта массива, что тесты изменяются против некоторых критериев проверки прежде, чем позволить любую модификацию содержанию массива. Следующий пример описывает вызванный класс ValidatingArray, который содержит стандартный непостоянный объект массива. ValidatingArray переопределения все примитивные методы, объявленные в его суперклассах, NSArray и NSMutableArray. Это также объявляет array, validatingArray, и init методы, которые могут использоваться, чтобы создать и инициализировать экземпляр:

#import <foundation/foundation.h>

@interface ValidatingArray : NSMutableArray

{

    NSMutableArray *embeddedArray;

}

+ validatingArray;

- init;

- (unsigned)count;

- objectAtIndex:(unsigned)index;

- (void)addObject:object;

- (void)replaceObjectAtIndex:(unsigned)index withObject:object;

- (void)removeLastObject;

- (void)insertObject:object atIndex:(unsigned)index;

- (void)removeObjectAtIndex:(unsigned)index;

@end

Файл реализации показывает как, в init метод ValidatingArrayкласс, внедренный объект создается и присваивается embeddedArray переменной. Сообщения, которые просто получают доступ массив, но не изменять его содержание, передаются к внедренному объекту. Сообщения, которые могли изменить содержание, тщательно исследуются (здесь в псевдокоде) и передаются, только если они проходят гипотетический тест проверки.

#import "ValidatingArray.h"

@implementation ValidatingArray

- init

{

    self = [super init];

    if (self) {

        embeddedArray = [[NSMutableArray allocWithZone:[self zone]] init];

    }

    return self;

}

+ validatingArray

{

    return [[[self alloc] init] autorelease];

}

- (unsigned)count

{

    return [embeddedArray count];

}

- objectAtIndex:(unsigned)index

{

    return [embeddedArray objectAtIndex:index];

}

- (void)addObject:object

{

    if (/* modification is valid */) {

        [embeddedArray addObject:object];

    }

}

- (void)replaceObjectAtIndex:(unsigned)index withObject:object;

{

    if (/* modification is valid */) {

        [embeddedArray replaceObjectAtIndex:index withObject:object];

    }

}

- (void)removeLastObject;

{

    if (/* modification is valid */) {

        [embeddedArray removeLastObject];

    }

}

- (void)insertObject:object atIndex:(unsigned)index;

{

    if (/* modification is valid */) {

        [embeddedArray insertObject:object atIndex:index];

    }

}

- (void)removeObjectAtIndex:(unsigned)index;

{

    if (/* modification is valid */) {

        [embeddedArray removeObjectAtIndex:index];

    }

}