Как вы подавляете предупреждение компоновщика при переопределении метода экземпляра класса в категории

Question

I Нужно переопределить метод с использованием категории. Я также знаю об опасностях, связанных с этим (это частный класс внутри другого класса, и никто никогда не напишет еще один метод переопределения категории, поэтому не гарантируется неопределенное поведение). Я видел много подобного questions, но они все адреса подавление компилятора предупреждения использовать что-то вроде этого:

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

// do your override 

#pragma clang diagnostic pop 

Однако это по-прежнему оставляет компоновщика предупреждения. Можно ли избавиться от него для моего конкретного переопределения, которое я считаю безопасным, в Xcode 4.6?

Описание проблемы sample GitHub project.

Answer 1

ОК, как я объяснил в своем комментарии, то, что вы пытаетесь сделать, опасно и не должно быть сделано. Я также предложил прочитать runtime documentation, чтобы понять, почему и узнать о других методах для достижения вашей цели. Вы должны это прочитать.

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

Вот один вариант того, как это сделано, в вашем примере проекта, изменить реализацию класса FunkyBranch к этому:

#import "FunkyBranch.h" 
#import <objc/runtime.h> 

typedef id(*InitIMP)(id,SEL); 

@implementation FunkyBranch 

-(id) init 
{ 
    InitIMP superSuperInit = (InitIMP)class_getMethodImplementation([[self superclass] superclass], @selector(init)); 

    self = superSuperInit(self, @selector(init)); 
    if (self) 
    { 
     NSLog(@"FunkyBranch initialized"); 
    } 
    return self; 
} 

@end 

Он будет иметь те же результаты текущей реализации без опасности того, что вы делаете ,

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