Я думаю, это должно быть просто, но мне очень трудно найти информацию по этой теме.Я сделал статическую библиотеку, и у меня нет проблем, чтобы заставить работать основы.Но мне трудно разобраться, как сделать обратный вызов из статической библиотеки к основному приложению.
Я бы хотел, чтобы моя статическая библиотека использовала только один заголовок, этот заголовок должен содержать такие функции, как:
requestImage: (NSString *) путь;
requestLikstOfSomething: (NSSting *) guid;
и т. Д. *
Эти функции должны выполнить необходимую работу и запустить асинхронное NSURLConnection, иперезвоните в основное приложение, когда вызов закончится.Как вы, ребята, делаете это, каковы наилучшие способы обратного вызова из статической библиотеки после завершения асинхронного метода?Должен ли я сделать это с делегатами (это возможно), уведомлениями, наблюдателями ключ / значение.Я действительно хочу знать, как вы, ребята, решили эту проблему, и что вы считаете лучшими практиками.
У меня будет 20-25 различных вызовов, поэтому я хочу, чтобы файл заголовка статической библиотеки был как можно более простым.предпочтительнее только со списком из 20-25 функций.
ОБНОВЛЕНИЕ:
Мой вопрос не в том, как использовать шаблон делегата, а в том, как лучше всего использовать обратные вызовы из статических библиотек.Я хотел бы использовать делегатов, но я не хочу иметь 20-25 объявлений протокола в общедоступном заголовочном файле.Я бы предпочел иметь только одну функцию для каждого запроса.
Выбранное решение:
Я выбираю решение из erkanyildiz с помощью целевого параметра, я знаю, что это довольно низкоэффективная технология, но это было для менясамое чистое решение.Моей целью было сохранить заголовочный файл как можно меньше.Спасибо всем за их вклад, я, конечно, буду больше искать решение проблем с крупной центральной диспетчеризацией, когда у меня будет время.Решение user1055604 с парой «стандартных» делегатов для ответов также мне нравится.Итак, еще раз спасибо всем за вклад.
Заранее спасибо.С наилучшими пожеланиями Мортен