Подтвердить что ты не робот

Objective-C эквивалент анонимным классам Java в методах класса

Я хочу установить делегат объекта внутри метода класса в Objective-C. Псевдо-код:

+ (ClassWithDelegate*) myStaticMethod {
    if (myObject == nil) {
        myObject = [[ClassWithDelegate alloc] init];
        // myObject.delegate = ?
    }
    return myObject;
}

В Java я бы просто создал анонимный класс, который реализовал протокол делегата. Как я могу сделать что-то подобное в Objective-C?

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

4b9b3361

Ответ 1

В настоящее время анонимных классов в Objective-C нет.

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

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

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

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

Ответ 2

Как справедливо сказал JeremyP, В Objective C нет анонимных классов, как в Java.

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

Мы делаем это для избегать реализации интерфейса в классе только для одного метода, который наиболее часто используется для Listeners, Observers и обработчиков событий.

В основном это делается из-за отсутствия анонимных функций первого класса в Java (до версии 8 и проекта lambda).

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

Пример:

Использование анонимного класса в Java

//Functional interface
interface SomethingHandler 
{
  void handle(Object argument);
}

//a method that accepts the handler in some other class
class SomeOtherClass
{ 
  void doSomethingWithCompletionHandler(SomethingHandler h){
      // do the work that may consume some time in a separate thread may be.
      // when work is done call the handler with the result which could be any object
      h.handler(result);
  };
}

// Somewhere else in some other class, in some other code
// passing the handler after instantiating someObj as an object of SomeOtherClass which can use the handler as needed
SomeOtherClass someObj = new SomeOtherClass();
someObj.doSomethingWithCompletionHandler( new SomethingHandler()
                        {
                              void handle(Object argument)
                              {
                                // handle the event using the argument
                              }
                         });

В Objective C

// declare the handler block 
typedef void (^SomethingHandler)(id argument){}

// this interface is different than Java interface  which are similar to Protocols
@interface SomeOtherClass
 -(void)doSomethingWithCompletionHandler:(SomethingHandler)h;
@end

@implementation SomeOtherClass
 -(void)doSomethingWithCompletionHandler:(SomethingHandler)h
 {
          // do the work that may consume some time in a separate thread may be.
          // when work is done call the handler with the result which could be any object
          h(result);
 }

@end

  // passing the handler after instantiating someObj as an object of SomeOtherClass which can use the handler as needed

SomeOtherClass* someObj = [[SomeOtherClass alloc] init]; // ARC :)

[someObj doSomethingWithCompletionHandler:^(id argument)
                                            {
                                               // handle the event using the argument
                                            }];

Ответ 3

Анонимные классы могут быть реализованы с помощью библиотеки. Несколько месяцев назад я работал над вилкой MMMutableMethods, чтобы улучшить старую реализацию (обсуждение с автором) и добавить свой собственный механизм без каких-либо манипуляций с run-c runtime.

https://github.com/k06a/MMMutableMethods

а. Первый механизм работает с созданием класса времени выполнения obj-c:

MM_CREATE(MM_REUSE,^(Class class){
    [class addMethod:@selector(onResultWithId:)
        fromProtocol:@protocol(AMCommandCallback)
            blockImp:^(id this,id res){
                NSLog(@"onResultWithId: %@",res);
            }];
    [class addMethod:@selector(onErrorWithJavaLangException:)
        fromProtocol:@protocol(AMCommandCallback)
            blockImp:^(id this,JavaLangException *e){
                NSLog(@"onErrorWithJavaLangException: %@",e);
            }];
})

В. Второй механизм работает с простой реализацией:

MM_ANON(^(MMAnonymousClass *anon){
    [anon addMethod:@selector(onResultWithId:)
       fromProtocol:@protocol(AMCommandCallback)
           blockImp:^(id this,id res){
               NSLog(@"onResultWithId: %@",res);
           }];
    [anon addMethod:@selector(onErrorWithJavaLangException:)
       fromProtocol:@protocol(AMCommandCallback)
           blockImp:^(id this,JavaLangException *e){
               NSLog(@"onErrorWithJavaLangException: %@",e);
           }];
})

Сначала создается новый класс obc-j во время выполнения, он позволяет создавать классы MM_CREATE_CLASS(MM_REUSE, *) и непосредственно экземпляры с MM_CREATE(MM_REUSE, *). Классы будут создаваться только при первом выполнении и повторно использоваться по умолчанию, но вы можете избежать повторного использования, вызывая MM_CREATE_CLASS_ALWAYS(*) и MM_CREATE_ALWAYS(*).

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

Я предпочитаю второй способ не создавать много классов во время выполнения. ИМХО намного безопаснее и достаточно мощным.

Чтобы использовать эту библиотеку просто:

pod 'MMMutableMethods', :git => 'https://github.com/k06a/MMMutableMethods'