Цель C: Объяснение метода класса

Может ли кто-нибудь объяснить мне причину, почему автор выбрал метод (Фото*) фото; объявить его как метод класса вместо метода экземпляра?

По сути, это оболочка конструктора. Обратите внимание на источник:

+ (Photo*) photo {
    Photo* newPhoto = [[Photo alloc] init];
    return [newPhoto autorelease];
}

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

Метод + (Photo*) photo – это фабричный метод, который инкапсулирует детали создания объекта класса Photo.

Фабричный метод обеспечивает инкапсуляцию и позволяет запрашивать объект без неразрывной связи с актом создания.

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

В API-интерфейсах Objective-C обычной практикой является предоставление фабричных методов в классах, которые возвращают автоматически выпущенные объекты тех же классов. Эти методы не должны содержать никаких слов «alloc», «new», «copy» или «mutableCopy», которые, согласно соглашению, указывают на то, что вызывающая сторона не владеет возвращаемым объектом, т.е. должны быть явно освобождены.

Связанные ресурсы:

• Правила управления памятью

Мета ответ:

Один выпуск; этот метод должен быть объявлен как возвращающий идентификатор и должен возвращать [[[self alloc] init] autorelease]; (одна строка или две, не имеет значения - просто следует напрямую ссылаться на класс). Как бы то ни было, Photo будет проблемой для подкласса.

Расширение -- учитывая это:

+ (Photo*) photo {
    Photo* newPhoto = [[Photo alloc] init];
    return [newPhoto autorelease];
}

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

Вместо этого сделайте следующее:

+ (id) photo {
    id newPhoto = [[self alloc] init];
    return [newPhoto autorelease];
}

Это устраняет обе проблемы:

• поскольку он использует self, он создаст экземпляр любого класса, в котором он реализован, включая подклассы Photo.

• поскольку он возвращает id, вызывающие могут без проблем выполнять оба следующих действия:

  Фото *p = [Фото фото]; SubclassOfPhoto *s = [SubclassOfPhoto photo];

В этом сценарии photo — это удобный метод, который возвращает вам autoreleased экземпляр класса.

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

Если вы знакомы с фабричными методами, метод фотографий аналогичен этому.

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

Как вы говорите, это эквивалентно статическому методу. В этом случае (и во всех случаях [ClassName className] методов) это в основном фабричный метод. Вы просите класс построить экземпляр самого себя и передать его обратно. Все такие методы должны возвращать автоматически выпущенный объект.

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

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