Подавить предупреждение «Категория реализует метод, который также будет реализован ее основным классом»

Мне было интересно, как подавить предупреждение:

Категория реализует метод, который также будет реализован его основным классом.

У меня есть это для конкретной категории кода:

+ (UIFont *)systemFontOfSize:(CGFloat)fontSize {
    return [self aCustomFontOfSize:fontSize];
}

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

Документация Apple: настройка существующих классов

Если имя метода, объявленного в категории, совпадает с именем метода в исходном классе или метода в другой категории того же класса (или даже суперкласса), поведение не определено относительно того, какая реализация метода используется в время выполнения.

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

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

Хотя все сказанное правильно, на самом деле это не отвечает на ваш вопрос о том, как подавить предупреждение.

Если вам по какой-то причине нужен этот код (в моем случае у меня есть HockeyKit в моем проекте, и они переопределяют метод в категории UIImage [изменить: это уже не так]), и вам нужно, чтобы ваш проект скомпилировался , вы можете использовать #pragmaинструкции для блокировки предупреждения, например:

#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wobjc-protocol-method-implementation"

// do your override

#pragma clang diagnostic pop

Я нашел информацию здесь: http://www.cocoabuilder.com/archive/xcode/313767-disable-warning-for-override-in-category.html

Лучшая альтернатива (см. Ответ bneely о том, почему это предупреждение спасает вас от катастрофы) - использовать метод swizzling. Используя смену метода, вы можете заменить существующий метод из категории без неопределенности в том, кто «выиграет», и при этом сохраняя возможность вызова старого метода. Секрет в том, чтобы дать переопределению другое имя метода, а затем поменять их местами с помощью функций времени выполнения.

#import <objc/runtime.h> 
#import <objc/message.h>

void MethodSwizzle(Class c, SEL orig, SEL new) {
    Method origMethod = class_getInstanceMethod(c, orig);
    Method newMethod = class_getInstanceMethod(c, new);
    if(class_addMethod(c, orig, method_getImplementation(newMethod), method_getTypeEncoding(newMethod)))
        class_replaceMethod(c, new, method_getImplementation(origMethod), method_getTypeEncoding(origMethod));
    else
    method_exchangeImplementations(origMethod, newMethod);
}

Затем определите свою индивидуальную реализацию:

+ (UIFont *)mySystemFontOfSize:(CGFloat)fontSize {
...
}

Замените реализацию по умолчанию на вашу:

MethodSwizzle([UIFont class], @selector(systemFontOfSize:), @selector(mySystemFontOfSize:));

Попробуйте это в своем коде:

+(void)load{
    EXCHANGE_METHOD(Method1, Method1Impl);
}

ОБНОВЛЕНИЕ 2: Добавьте этот макрос

#import <Foundation/Foundation.h>
#define EXCHANGE_METHOD(a,b) [[self class]exchangeMethod:@selector(a) withNewMethod:@selector(b)]

@interface NSObject (MethodExchange)
+(void)exchangeMethod:(SEL)origSel withNewMethod:(SEL)newSel;
@end

#import <objc/runtime.h>

@implementation NSObject (MethodExchange)

+(void)exchangeMethod:(SEL)origSel withNewMethod:(SEL)newSel{
    Class class = [self class];

    Method origMethod = class_getInstanceMethod(class, origSel);
    if (!origMethod){
        origMethod = class_getClassMethod(class, origSel);
    }
    if (!origMethod)
        @throw [NSException exceptionWithName:@"Original method not found" reason:nil userInfo:nil];
    Method newMethod = class_getInstanceMethod(class, newSel);
    if (!newMethod){
        newMethod = class_getClassMethod(class, newSel);
    }
    if (!newMethod)
        @throw [NSException exceptionWithName:@"New method not found" reason:nil userInfo:nil];
    if (origMethod==newMethod)
        @throw [NSException exceptionWithName:@"Methods are the same" reason:nil userInfo:nil];
    method_exchangeImplementations(origMethod, newMethod);
}

@end

Вы можете использовать swizzling для подавления этого предупреждения компилятора. Вот как я реализовал swizzling метода для рисования полей в UITextField, когда мы используем настраиваемый фон с UITextBorderStyleNone:

#import <UIKit/UIKit.h>

@interface UITextField (UITextFieldCatagory)

+(void)load;
- (CGRect)textRectForBoundsCustom:(CGRect)bounds;
- (CGRect)editingRectForBoundsCustom:(CGRect)bounds;
@end

#import "UITextField+UITextFieldCatagory.h"
#import <objc/objc-runtime.h>

@implementation UITextField (UITextFieldCatagory)

+(void)load
{
    Method textRectForBounds = class_getInstanceMethod(self, @selector(textRectForBounds:));
    Method textRectForBoundsCustom = class_getInstanceMethod(self, @selector(textRectForBoundsCustom:));

    Method editingRectForBounds = class_getInstanceMethod(self, @selector(editingRectForBounds:));
    Method editingRectForBoundsCustom = class_getInstanceMethod(self, @selector(editingRectForBoundsCustom:));


    method_exchangeImplementations(textRectForBounds, textRectForBoundsCustom);
    method_exchangeImplementations(editingRectForBounds, editingRectForBoundsCustom);

}


- (CGRect)textRectForBoundsCustom:(CGRect)bounds
{
    CGRect inset = CGRectMake(bounds.origin.x + 10, bounds.origin.y, bounds.size.width - 10, bounds.size.height);
    return inset;
}

- (CGRect)editingRectForBoundsCustom:(CGRect)bounds
{
    CGRect inset = CGRectMake(bounds.origin.x + 10, bounds.origin.y, bounds.size.width - 10, bounds.size.height);
    return inset;
}

@end

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

Согласно Apple Docs, используя расширение класса (анонимная категория), вы можете создать частный интерфейс для общедоступного класса, так что частный интерфейс может переопределить публично открытые свойства. т.е. вы можете изменить свойство с "только чтение" на "чтение-запись".

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

Ссылка на Apple Docs: https://developer.apple.com/library/ios/documentation/Cocoa/Conceptual/ProgrammingWithObjectiveC/CustomizingExistingClasses/CustomizingExistingClasses.html

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

Таким образом, этот метод действителен для расширения класса, но не для категории.

Категории - это хорошо, но ими можно злоупотреблять. При написании категорий вы, как правило, НЕ должны повторно реализовывать методы выхода. Это может вызвать странный побочный эффект, поскольку вы сейчас переписываете код, от которого зависит другой класс. вы можете сломать известный класс и в конечном итоге вывернуть отладчик наизнанку. Это просто плохое программирование.

Если вам нужно это сделать, вам действительно следует создать подкласс.

Тогда предложение выпить, это большой НЕТ-НЕТ-НЕТ для меня.

Свизинг во время выполнения - это полное НЕТ-НЕТ-НЕТ.

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

Не делайте банан похожим на апельсин. И что еще хуже: не превращайте свой банан в секретного агента, который будет незаметно саботировать бананы по всему миру в поддержку апельсинов.

Ой!

У меня возникла эта проблема, когда я реализовал метод делегата в категории, а не в основном классе (хотя реализации основного класса не было). Решение для меня заключалось в том, чтобы переместить из главного файла заголовка класса в файл заголовка категории. Это отлично работает