Effectivement, c'est plus logique dans ce cas mais parfois nil est un résultat pertinent qu'il est utile de distinguer du cas où l'accès est interdit.
Et dans ce cas, il se passe probablement autre chose. La il parlait de GPS et photos, ca marche tres bien dans ces cas la.
Cependant, penser à l'exception ici revient au même que de penser au cas ou c'est nil.
Non, objc est "nil safe", c'est a dire que tu peux faire ce que tu veux avec nil, ca fera rien et te renverra 0/nil. Bon, c'est pas entierement vrai (les NSArray ne peuvent avoir de trous avec nil, notamment), mais ce comportement fait que ton appli ne plantera pas, au pire ne presentera rien (ce qui est generalement ce que tu ferais de toute facons).
Une unchecked exception balancee par ton api par contre, ca va mettre ton appli au tas et c'est plutot facile a oublier.
[^] # Re: Autorisations
Posté par groumly . En réponse au journal ice cream sandwich, je ne mange pas de ce pain-là. Évalué à -6.
Et dans ce cas, il se passe probablement autre chose. La il parlait de GPS et photos, ca marche tres bien dans ces cas la.
Non, objc est "nil safe", c'est a dire que tu peux faire ce que tu veux avec nil, ca fera rien et te renverra 0/nil. Bon, c'est pas entierement vrai (les NSArray ne peuvent avoir de trous avec nil, notamment), mais ce comportement fait que ton appli ne plantera pas, au pire ne presentera rien (ce qui est generalement ce que tu ferais de toute facons).
Une unchecked exception balancee par ton api par contre, ca va mettre ton appli au tas et c'est plutot facile a oublier.