Activation de différentes fonctionnalités en fonction de la version iOS

Question

Dans l'application que nous sommes en train de créer, nous souhaitons utiliser UILocalNotifications, qui n'est disponible qu'à partir de la version 4.0.

La vérification de la réponse d'un objet à un sélecteur est assez simple, mais comment puis-je définir les méthodes de délégation d'une classe en fonction du système d'exploitation? Le problème que je reçois est que mon délégué application implémente la méthode

-(void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification 

, ce qui rend le plantage de l'application au démarrage sur un périphérique iOS 3.2 (ipad).

Ne pas avoir à libérer plusieurs générations serait préférable.

Answer 1

Vous devez utiliser une fonctionnalité appelée "liaison faible", qui fonctionnera avec iOS 3.1 ou version ultérieure. Vous devez suivre certaines étapes très spécifiques décrites dans la section 4.2 “what's new” document (recherchez "liaison faible" dans le document).

HTH!

Answer 2

Une bonne façon est de vérifier:

#ifdef __IPHONE_4_0 // if iPhoneOS is 4.0 or greater then __IPHONE_4_0 will be defined 

    //code 
#endif 

Si vous avez affaire à un système d'exploitation 4.0 ci-dessous, si ne voit même aucun code dans cette directive du compilateur.

Answer 3

Vous pouvez modifier les méthodes de délégués à utiliser id comme type pour les classes ne sont pas disponibles sur 3.2, qui est la suivante:

-(void)application:(UIApplication *)application didReceiveLocalNotification:(id)notification 

Dans le corps de la méthode, vérifiez UILocalNotification comme d'habitude. L'argument notification peut être classé en UILocalNotification.

Je suis surpris que cela provoque un crash, car la méthode ne devrait pas être appelée. Si changer le type dans la définition de la méthode n'aide pas, il se peut que la méthode soit appelée pour une raison quelconque. Dans ce cas, essayez de définir un point d'arrêt dans la méthode pour savoir pourquoi.

Answer 4

Marco Arment a un récent à ce sujet, avec de bonnes idées:

Supporting older versions of iOS while using new APIs