Категории добавляют методы к существующим классам

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

Синтаксис для объявления категории использует @interface ключевое слово, точно так же, как стандартное описание класса Objective C, но не указывает наследования от подкласса. Вместо этого это указывает имя категории в круглых скобках, как это:

@interface ClassName (CategoryName)

@end

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

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

Appleseed, John

Doe, Jane

Smith, Bob

Warwick, Kate

Вместо того, чтобы иметь необходимость записать код для генерации подходящего lastName, firstName представьте в виде строки каждый раз, когда Вы хотели вывести на экран его, Вы могли добавить категорию к XYZPerson класс, как это:

#import "XYZPerson.h"

@interface XYZPerson (XYZPersonNameDisplayAdditions)

- (NSString *)lastNameFirstNameString;

@end

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

Категория обычно объявляется в отдельном заголовочном файле и реализуется в отдельном файле исходного кода. В случае XYZPerson, Вы могли бы объявить категорию в вызванном заголовочном файле XYZPerson+XYZPersonNameDisplayAdditions.h.

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

Реализация категории могла бы быть похожей на это:

#import "XYZPerson+XYZPersonNameDisplayAdditions.h"

@implementation XYZPerson (XYZPersonNameDisplayAdditions)

- (NSString *)lastNameFirstNameString {

    return [NSString stringWithFormat:@"%@, %@", self.lastName, self.firstName];

}

@end

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

#import "XYZPerson+XYZPersonNameDisplayAdditions.h"

@implementation SomeObject

- (void)someMethod {

    XYZPerson *person = [[XYZPerson alloc] initWithFirstName:@"John"

                                                    lastName:@"Doe"];

    XYZShoutingPerson *shoutingPerson =

                        [[XYZShoutingPerson alloc] initWithFirstName:@"Monica"

                                                            lastName:@"Robinson"];

    NSLog(@"The two people are %@ and %@",

         [person lastNameFirstNameString], [shoutingPerson lastNameFirstNameString]);

}

@end

А также просто добавив методы к существующим классам, можно также использовать категории для разделения реализации сложного класса через многократные файлы исходного кода. Если геометрические вычисления, цвета, и градиенты, и т.д., являются особенно сложными, Вы могли бы, например, поместить код для прорисовки для элемента настроенного пользовательского интерфейса в отдельном файле к остальной части реализации. Также Вы могли обеспечить различные реализации для методов категории, в зависимости от того, писали ли Вы приложение для OS X или iOS.

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

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

@interface NSSortDescriptor (XYZAdditions)

+ (id)xyz_sortDescriptorWithKey:(NSString *)key ascending:(BOOL)ascending;

@end

    NSSortDescriptor *descriptor =

               [NSSortDescriptor xyz_sortDescriptorWithKey:@"name" ascending:YES];

Расширения класса расширяют внутреннюю реализацию

Расширение класса есть некоторое сходство к категории, но это может только быть добавлено к классу, для которого у Вас есть исходный код во время компиляции (класс компилируется в то же время, что и расширение класса). Методы, объявленные расширением класса, реализованы в @implementation блок для исходного класса, таким образом, Вы не можете, например, объявить расширение класса на классе платформы, таком как Сенсорный класс Какао или Какао как NSString.

Синтаксис для объявления расширения класса подобен синтаксису для категории и похож на это:

@interface ClassName ()

@end

Поскольку никакое имя не дано в круглых скобках, расширения класса часто упоминаются как анонимные категории.

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

@interface XYZPerson ()

@property NSObject *extraProperty;

@end

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

Если Вы добавляете какие-либо методы в расширении класса, они должны быть реализованы в основной реализации для класса.

Также возможно использовать расширение класса для добавления пользовательских переменных экземпляра. Они объявляются внутренними фигурными скобками в интерфейсе расширения класса:

@interface XYZPerson () {

    id _someCustomInstanceVariable;

}

...

@end

@interface XYZPerson : NSObject

...

@property (readonly) NSString *uniqueIdentifier;

- (void)assignUniqueIdentifier;

@end

@interface XYZPerson ()

@property (readwrite) NSString *uniqueIdentifier;

@end

@implementation XYZPerson

...

@end

Рассмотрите другие альтернативы для настройки класса

Категории и расширения класса упрощают добавлять поведение непосредственно к существующему классу, но иногда это не наилучший вариант.

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

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

Другая альтернатива для класса для использования объекта делегата. Любые решения, которые могли бы ограничить возможность многократного использования, могут быть делегированы к другому объекту, который оставляют принять те решения во время выполнения. Один типичный пример является стандартным классом табличного представления (NSTableView для OS X и UITableView для iOS). Для универсального табличного представления (объект, выводящий на экран информацию с помощью одного или более столбцов и строк), чтобы быть полезной, она оставляет решения о своем содержании, которое будет решено другим объектом во время выполнения. Делегация покрыта подробно в следующей главе, Работающей с Протоколами.

Упражнения

1. Добавьте категорию к XYZPerson класс, чтобы объявить и реализовать дополнительное поведение, такое как отображение имени лица по-разному.

2. Добавьте категорию к NSString для добавления метода для рисования прописной версии строки в данной точке, вызывающей через к одному из существующих NSStringDrawing методы категории для выполнения фактического получения. Эти методы документируются в Нсстринга УИКИТА Аддайшнса Референса для iOS и Нсстринга Аппликэйшна Кита Аддайшнса Референса для OS X.

3. Добавьте два readonly свойства к оригиналу XYZPerson реализация класса для представления высоты и веса лица, вместе с методами к measureWeight и measureHeight.

   Используйте расширение класса, чтобы повторно объявить свойства как readwrite, и реализуйте методы для установки свойств в подходящие значения.