Webd

Voilà un problème simple qui s’est posé lors d’un de mes développement: comme vérifier si deux dates sont bien le même jour ? Ceci, en gardant les notions de fuseau horaires et compagnie. Bien que le problème soit simple, la solution n’est pas si anodine que cela.
La suite du billet, c’est par là »

L’UDID (Universal Device Identifier) d’un iPhone est, comme son nom l’indique, un identifiant unique pour chaque iPhone / iPod. Si vous avez déjà eu à générer des fichiers de provisioning, vous connaissez bien cet identifiant. En effet, c’est ce dernier que l’on doit transmettre à Apple quand on veut rajouter un iPhone / iPod dans la liste des appareils autorisés pour un développement ou une distribution.

Il peut être utile, dans une application, de connaître ce fameux UDID de façon logicielle. Ainsi, on identifie de façon unique et certaine l’équipement sur lequel notre application s’exécute. Pour récupérer l’UDID, rien de plus simple:

NSString *udid = [[UIDevice currentDevice] uniqueIdentifier];

Dans la même veine que le Print Object en console, voici une nouvelle astuce en console de debug. L’idée n’est plus de récupérer la description d’un objet, mais son type. Ainsi, il y a deux commandes: whatis et ptype. La première permets d’avoir simplement le type d’un objet. Ainsi, si on a un objet monDico de type NSMutableDictionary, voilà ce que l’on obtient avec whatis:

(gdb) whatis monDico
type = NSMutableDictionary *

ptype, quant à lui est beaucoup plus complet. Si on reprends le même exemple, voilà ce que l’on obtient:

(gdb) ptype monDico
type = class NSMutableDictionary : public NSDictionary {
} *

Là où ptype prends tout son intérêt, c’est sur les types personnalisés. Voici deux exemple concret avec des objet perso:

(gdb) ptype currentRdv
type = class MiniRdv : public NSObject {
  protected:
    NSString *startDateFormated;
    NSString *startTimeFormated;
    NSString *title;
    NSString *personName;
    NSString *personFirstName;
    NSString *personPhoneBookId;
    NSInteger dbId;
} *

(gdb) ptype cell
type = class RdvTableCell : public UITableViewCell {
  protected:
    MiniRdv *miniRdvObject;
    UILabel *topLeftLabel;
    UILabel *bottomLeftLabel;
    UILabel *bottomRightLabel;
    UILabel *topRightLabel;
    UIImageView *avatar;
} *

Bref, ptype est un outil indispensable au debug d’applications !

Il peut être très utile de récupérer le nom de l’iPhone sur lequel notre application s’exécute (comme iPhone-de-julien). C’est le cas notamment dans des applications où on appaire deux iPhone au travers d’un réseau WiFi (par exemple). L’idée est très simple: on récupère les informations de l’hôte courant, puis on prend le premier de ses noms. Ce qui donne au final:

NSString *deviceName = [[[NSHost currentHost] names] objectAtIndex:0];

Il peut être utile parfois de n’exécuter certains codes que dans le simulateur (ou à l’inverse: seulement sur un véritable iPhone). Concrètement, c’est le cas quand on utilise des fonctionnalités non présentes sur le simulateur (accéléromètre par exemple). Pour ce faire, il suffit d’inclure le code a exécuter sur simulateur entre des directives de compilateur:

#if TARGET_IPHONE_SIMULATOR
  NSLog(@"Bonjour, je suis sir le simulateur");
#else
  NSLog(@"Bonjour, je suis sur un véritable iPhone !");
#endif

Je me suis très souvent posé la question suivante: Mais pourquoi ça ne marche pas ? Qu’est ce qu’il y a dans cet objet ?. Le fait est que ce n’est pas très facile de répondre à cette question avec l’interface de débogage de Xcode. Par contre dans la console de debug, il y a une commande magnifique …

Il s’agit tout simplement de po (pour Print Object). Pour l’utiliser, rien de plus simple: mettez un point d’arrêt là où vous voulez voir ce que contient un objet. Ensuite, faites un simple po monObjet. Par exemple, créons un NSMutableDictionary …

NSMutableDictionary * monDico = [[NSMutableDictionary alloc] init];
[monDico setObject:@"objet1" forKey:@"clef1"];
[monDico setObject:@"objet2" forKey:@"clef2"];
[monDico setObject:@"objet3" forKey:@"clef3"];
[monDico setObject:@"objet4" forKey:@"clef4"];
[monDico setObject:@"objet5" forKey:@"clef5"];

Et voilà ce que nous renvoie la console après un po monDico

(gdb) po monDico
{
    clef1 = objet1;
    clef2 = objet2;
    clef3 = objet3;
    clef4 = objet4;
    clef5 = objet5;
}

En fait, po fait appel à la méthode description de l’objet. Toutes les classes Cocoa de base implémentent cette méthode. Pour les classes personnelles, il vous suffit d’implémenter le protocole suivant: - (NSString *)description;.

Au cours de mes développements iPhone, il y a plein de petites astuces que je découvre. Des petites choses toute bêtes, mais elles peuvent faire gagner pas mal de temps et de confort quand on les utilise les uns à la suite des autres. Voilà pourquoi je pense lancer une série de billets où je présenterais les astuces découvertes au fil du temps.

Commençons donc par quelques raccourcis claviers découverts récemment qui me font gagner pas mal de temps:

• Option et double clic: affiche la documentation pour ce qui se trouve sous le curseur (si la documentation existe bien évidement).
• Commande et double clic: envoie vers la définition (dans le .h) de ce qui se trouve sous le curseur.
• Commande-Option-Haut: permets de switcher entre le fichier d’en-tête (.h) et de code (.m) et vice-versa.
• Commande-B: lance la compilation du projet.
• Commande-Retour: compile le projet et le lance.

Sinon, pour ceux qui veulent un grand poster, il y a l’image faite par Colin Wheeler de Cocoa Samurai. Elle est très (trop ?) complète:

A bientôt (certainement) pour de nouvelles astuces …