iPhoniacs.fr, l'actualité des applications et jeux de l'App Store pour iPhone 4S, iPod touch et iPad 2 » Développement

Développement sur iOS : les étapes essentielles pour bien débuter

ckjbeos — Thu, 12 Jan 2012 12:24:40 +0000

Cedric Vincent de Pix’n Bits poursuit la série consacrée au développement iOS sur Mac. Son premier article s’adresse à toutes celles et ceux qui débutent en programmation pour iPhone. Suivez le guide…

Pour mon premier article, nous allons aborder un sujet très souvent négligé. Mais que faut-il donc pour finalement se lancer dans l’aventure du développement sur iOS. Le matériel, les outils de développement, le langage de programmation, les sites d’aide, etc. Je vais essayer d’en faire le tour en donnant mon avis et mon expérience pour vous aider au mieux.

Première étape : le Matériel

On peut penser que c’est un détail, mais je pense pour ma part que non et c’est un coût important à prendre en considération.

Quel matériel alors ?

Vous avez un Mac c’est bien car c’est nécessaire, en effet les outils de développement ainsi que le simulateur iOS (iPhone et iPad) sont uniquement disponibles sur OS X. Nous n’avons donc pas trop le choix, et je ne vous recommande pas du tout une alternative du type virtualisation ou Hackintosh. Ces solutions ne s’avèrent pas toujours stables et consomment du temps afin de les stabiliser et les faire évoluer (temps en moins à développer).

Un poste fixe (iMac, Mac mini) ou un portable (Mac Book Air, Pro) ?

Le plus séduisant reste le portable, car on peut en effet bosser partout, toutefois c’est sans compter certaines limitations bien gênantes. En effet plus Xcode évolue et plus les iDevices évoluent plus leur résolution devient importante (ex : Iphone 4 Retina). Cela signifie qu’il va falloir posséder un écran capable de restituer cette résolution pour tester convenablement.

Mon écran actuel en 1920×1200 en est tout juste capable. Vous comprenez alors que si vous optez pour un portable, on tombe déjà sur une limite difficile à surpasser, si ce n’est une taille d’écran importante et par conséquent un prix élevé.

Du côté du poste fixe qu’en est-il ?

Là on part déjà sur des éléments bien plus intéressants, un simple iMac 21’’ suffit donc tout juste et est disponible à un prix abordable. Reste que pour être à l’aise et au-delà de l’utilisation de Xcode, si on pense à Photoshop par exemple pour travailler des graphismes et interfaces, un 27’’ sera plus adapté. Oui mais là aussi les tarifs s’envolent. La solution que j’ai personnellement choisie tient en ce petit objet qu’est le Mac mini. Son tarif attractif en fait l’un des moins coûteux, mais son intérêt ne s’arrête pas là, aun contraire. L’avantage de ce dernier c’est que vous pouvez lui connecter l’écran de votre choix, comme pour le clavier et la souris. Ce dernier point est très important car il va vous permettre de faire évoluer votre configuration en maîtrisant vos dépenses. De plus si vous pouvez en changer tous les 2 ans environs sans changer le reste de votre configuration.

En conclusion…

Sans grande surprise, je vous conseille donc le Mac mini, actuellement à 600 euros, compter de la RAM en plus 2x4Go (achetez la après sur le net) et vous avez une configuration qui sera suffisante pour développer et tenir 2 ans minimum. Pour le reste vous pouvez soit acheter un nouvel écran, souris et clavier soit récupérer le matériel de votre ancien ordinateur.

Le Mac mini sur l’Apple store : Mac mini

Seconde étape : les outils de développement

Là c’est vraiment très simple, tout est mis à votre disposition par Apple ! Vous devez simplement créer un compte développeur, qui est gratuit au début. En effet vous n’avez besoin de souscrire au programme payant que si vous décidez de vendre vos réalisations et si vous désirez les tester sur un vrai iDevice.

Créer un compte

Pour créer votre compte développeur, il faudra aller sur le site d’Apple consacré aux développements iOS.
Cliquer sur « Register » en haut à droite et suivre les différentes étapes. Remplissez au mieux tous les éléments car il ne faut pas oublier que ce compte vous servira plus tard à vendre vos applications !

Xcode & co

Voilà vous avez un compte, ce qui vous donne droit à charger à partir de votre compte Xcode et un tas d’exemples. Il existe toutefois une petite différence entre OSX 10.6 et OSX 10.7, avec ce dernier vous pouvez charger Xcode à partir du Mac AppStore sans passer par la création d’un comptedéveloppeur. Toutefois cela ne vous donnera pas accès aux exemples et aux documentations développeur Apple qui s’avèrent avec le temps très utiles.

En conclusion…

Tout est donc facilement mis à disposition. Je vous conseille toutefois de créer votre compte développeur dès le début en version gratuite pour profiter de l’accès aux exemples de code et aux autres ressources.

Troisième étape : le langage de programmation

Hum, Objective-C tout est dit ! Enfin, celà va dépendre de votre niveau de connaissances en matière de programmation :

Je n’y connais rien…

Le plus gros problème sera si vous n’avez aucune notion de programmation, car dans ce cas l’apprentissage des bases sera nécessaire avant de se lancer. Si vous êtes concerné, il vous faudra apprendre le langage C pour métriser les notions élémentaires. Le langage C est une base de l’Objective-C.

Je ne suis pas novice !

Attention, si vous « maîtrisez » déjà des langages (c’était mon cas), vous avez déjà la logique de programmation et c’est ce qu’il faut absolument avoir. l’Objective-C « n’est » qu’un langage de plus mais son écriture (sa syntaxe) est déroutante. Ce langage a bien entendu des particularités, on peut faire le parallèle de l’évolution du C vers le C++.

Sur ce dernier point au lieu de vous décrire de long en large ces évolutions et différences, je vous conseille fortement de lire et relire ce document très interressant de Pierre Chatelier.

En conclusion…

Vous l’aurez donc bien compris, le mieux est d’avoir des bases et le C doit en faire partie. Toutefois on peut partir de rien, mais ne vous attendez pas à un résultat en 3 clics comme avec Visual Basic par exemple. Mon conseil sera finalement de ne pas lâcher prise si vous avez l’impression de ne pas y arriver, de lire des articles sur le web, de poser des questions. Si vous êtes étudiant passionné d’informatique, optez pour des études axées sur le développement de logiciels car cela vous apportera des bases et les bons réflexes. Toutefois ce qui au final compte le plus c’est bien votre persévérance.

Outils de référence pour bien commencer

Dans cette dernière partie je m’attacherais a vous donner quelques sites que je consulte régulièrement, attention certains sont bien sûr en anglais. Il existe bien entendu beaucoup plus de sites, certains traitent de points précis (le « push » par exemple), comme me l’a souvent dit Sébastien : « Google est ton ami ». C’est simplement que vous trouverez certainement votre réponse sur le net.

Une autre source d’information sera notre série d’articles mensuels sur iPhoniacs, suivez les attentivement car c’est notre expérience que nous partageons avec vous et en français.

Le Web les livres et iOS…

Voici quelques liens utiles (vous en trouverez d’autres bien entendu) :

Directement chez Apple
Stackoverflow.com : incontournable
Un blog à ne pas manquer : iphonedevelopment.blogspot.com

Quelques livres :

Objective-C pour développeur avancé développeurs
Programmez pour iPhone, iPod Touch, iPad avec IOS 4">Programmez pour iPhone iPod Touch
(IOS Programming: The Big Nerd Ranch Guide) By Conway, Joe (Author) Paperback on (06 , 2011) ">iOS Programming Nerd Ranch Guide
Beginning iPhone Development Exploring iOS
More Ios 5 Development: Further Explorations of the Ios Sdk ">More iOS Development Further Explorations

Merci à tous, bon courage et à très bientôt ici même pour la suite de notre série d’articles !

Développement sur iOS : la gestion de la mémoire (première partie)

Sébastien — Sat, 19 Nov 2011 18:45:53 +0000

L’équipe de développeurs de Pix’n Bits, à l’origine de l’application iPhoniacs et des jeux Jack and the Mysterious pictures et Blocks of Light investit iPhoniacs.fr et vous propose une série d’articles (astuces, initiations et tutoriels) consacrés à la programmation pour iOS.

Pour cette première incarnation de cette nouvelle rubrique Sébastien Feldis va débuter une série d’articles dédiés à la gestion de la mémoire sous iOS.

Gestion de la mémoire sous iOS

Dans ce premier article de notre nouvelle série consacrée au développement iOS nous allons aborder un aspect qui fait frémir nombre de développeurs débutants : la gestion de la mémoire.

Qu’est ce que la mémoire ?

Pour faire simple la mémoire est la ressource la plus précieuse que l’on puisse trouver en informatique après la prise de courant ou la batterie qui alimente votre iDevice.

iDevice : nom générique que j’utiliserai désormais pour parler d’un appareil fonctionnant sous iOS.

La mémoire est une ressource essentielle, d’autant plus que les iDevices n’en ont que très peu. Ainsi pouvez-vous espérer disposer d’un espace libre d’une trentaine de mégas octets sur un iPhone 3G et jusqu’à environ trois cents mégas octets sur un iPhone 4 sur lequel aucune application ne tournerait en tâche de fond.

Il est donc nécessaire que chaque programme consomme parcimonieusement cette précieuse ressource. C’est pour cela que nous allons tenter d’aborder le concept de gestion de la mémoire dans tous ses aspects afin d’éviter au mieux d’en manquer, au pire de faire planter l’application par manque de ressources.

Voici le plan d’ensemble de cette série d’articles consacré à la gestion de la mémoire, qui vous permettra à terme de comprendre :

Les fondements sur lesquels elle repose.
Ses bases et son implémentation dans le langage Objective-C.
Le mécanisme d’autorelease pool explicite et implicite.
Les conventions et comportements à adopter face :
- Au framework Cocoa Touch.
- Aux collections d’objets.
- À Grand Central Dispatch.
Les implications liées à l’élaboration d’une interface utilisateur et les conséquences des avertissements mémoire générés par iOS.
Comment résoudre les bugs les plus fréquents.
L’évolution, les errements et le futur de la gestion mémoire selon Apple.
Comment et pourquoi adopter ARC (Automatic Reference Counting).

Mais trêve de bavardage attaquons-nous au cœur du sujet.

Les bases de la gestion mémoire sous iOS

Tout d’abord commençons par un peu de « culture générale ». iOS et son grand frère OSX ont en commun d’avoir pour fondation un système dérivé d’UNIX. À la base des systèmes UNIX on trouve le langage C et sa librairie de fonctionnalités associée nommée libc.libc dispose d’un petit nombre de fonctions basiques permettant d’accéder aux ressources mémoire de votre système. Voici les deux fonctions les plus fréquemment utilisées de libc :

void *malloc(size_t nBytes);
Retourne un pointeur vers une zone mémoire contigu de la taille de nBytes octets, ou NULL si le système ne dispose plus d’assez de mémoire.

void free(void *pMemBlock);
Libère la zone de mémoire pointée par pMemBlock.

Exemple
#include #include int main(int argc, char *argv[]) { // alloue une zone mémoire de 1024*1024 octets void! *pMemBlock=malloc(1024*1024); // on teste si la zone mémoire est bien allouée if(pMemBlock!=NULL) ! { // libération de la zone mémoire free(pMemBlock); !} return 0; }

Simple non ? Sachez qu’Objective-C s’appuie sur ces fonctions bas niveau pour accéder aux ressources mémoire de votre système. Bien entendu d’autres mécanismes plus complexes se greffent sur ceux-ci pour optimiser au mieux les ressources mémoire.

La gestion de la mémoire en Objective-C

Peut-être le savez-vous déjà mais le langage C est un sous-ensemble d’Objective-C, vous avez donc un accès direct aux deux fonctions précédemment abordées dans vos programmes écrits en Objective-C.

Tout langage de programmation objet se doit d’avoir des mécanismes plus sophistiqués ne serait-ce que pour le cas le plus commun d’accès mémoire qui consiste en l’allocation d’un objet et en sa libération après sa dernière utilisation.

Pour ce faire Objective-C utilise un concept basé sur l’utilisation d’un compteur de référence.

Un compteur de références c’est quoi ?

C’est d’abord un moyen de s’attribuer la propriété d’un objet, un objet pouvant être la propriété de divers « contextes » :

Les attributs d’une instance d’une classe.
Les objets capturés par un bloc de code GCD (Grand Central Dispatch).
La Run Loop courante (ce sujet sera abordé dans notre deuxième article).
Etc.

C’est par son compteur de références (ou retain count) qu’est déterminé le nombre de contextes qui détiennent la propriété d’un objet. Les contextes qui détiennent un titre de propriété de l’objet ont pour responsabilité de révoquer celui-ci lorsqu’ils n’en ont plus l’utilité.

Implémentation du compteur de références

En pratique le compteur de références est tout simplement représenté par un nombre entier positif ou nul qui va servir de référence au gestionnaire de mémoire.

Chaque objet a son propre compteur de références. Lorsque le compteur de références est positif l’objet est considéré comme ayant un/des propriétaire(s). S’il est nul le système de gestion de la mémoire sait que l’objet n’a plus de propriétaire et peut donc le libérer.

L’état du compteur de références est maintenu par l’objet lui-même par le biais des messages Objective-C suivants :
+(id)alloc
Alloue de la mémoire pour un objet et positionne son compteur de référence à 1.

-(id)copy
Alloue de la mémoire pour un objet qui et le clone d’un autre objet existant et positionne son compteur de référence à 1.

-(id)retain
Incrémente le compteur de référence de l’objet de 1.

-(void)release
Décrémente le compteur de référence de l’objet de 1.

-(id)autorelease
Décrémente le compteur de référence de 1 mais plus tard (ce sujet sera abordé dans notre deuxième article).

-(NSUInteger)retainCount
Renvoi la valeur du compteur de référence sous forme d’entier.

Avertissement concernant l’émulateur

Commençons d’abord par un avertissement de la plus haute importance. Si vous souhaitez tester par vous-même le résultat obtenu par les différents exemples qui vous sont proposés dans ces articles il est absolument nécessaire que vous les exécutiez sur un iDevice.

L’émulateur est régi par un environnement de gestion mémoire distinct (celui d’OSX) qui ne répond pas aux mêmes critères que celui d’iOS. Vous n’obtiendrez que rarement le même résultat que celui décrit par les exemples en utilisant l’émulateur.

A noter que nous aborderons ARC (Automatic Reference Counting) et son ancêtre le garbage collector dans un des prochains articles, pour l’instant nous laisserons ARC désactivé.

Exemple

Passons maintenant à quelques exemples qui vont vous permettre d’appréhender tout cela par la pratique.

#import @interface AObject:NSObject {} @end

@implementation AObject -(id)init { if(self=[super init]) NSLog(@"alloc/init d'un objet %@",[self class]); return self; } -(void)dealloc { NSLog(@"dealloc d'un objet %@",[self class]); [super dealloc]; } @end int main(int argc, char *argv[]) { // le compteur de références a une valeur de 1 AObject! *pObject=[[AObject alloc] init]; NSLog(@"compteur de références a pour valeur %u", [pObject retainCount]); // le compteur de références a une valeur de 1+1 [pObject retain]; NSLog(@"compteur de références a pour valeur %u", [pObject retainCount]); // le compteur de références a une valeur de 2-1 [pObject release]; NSLog(@"compteur de références a pour valeur %u", [pObject retainCount]); // le compteur de références a une valeur de 1-1 [pObject release]; NSLog(@"compteur de références a pour valeur %u", [pObject retainCount]); return 0; }

Après exécution la console affiche :

alloc/init d'un objet AObject compteur de références a pour valeur 1 compteur de références a pour valeur 2 compteur de références a pour valeur 1 dealloc d'un objet AObject *** -[AObject retainCount]: message sent to deallocated instance 0x11cf10

Comme vous pouvez le remarquer le debugger nous fait remarquer que nous avons essayé d’envoyer un message à un objet qui n’est plus alloué. En effet lors du dernier [pObject release] le compteur de références se voit attribuer la valeur 0 et l’objet est libéré par le gestionnaire de mémoire. À partir de là tout message envoyé à l’objet précédemment libéré provoquera un dysfonctionnement plus ou moins grave.

Le langage Objective-C dispose d’un mécanisme qui intercepte les messages envoyés à un pointeur d’objet ayant pour valeur nil. On peut donc associer la valeur nil au pointeur d’objet précédemment libéré et notre message sera tout simplement ignoré.

Ajoutons donc la ligne suivante entre le dernier [pObject release] et NSLog :

// le compteur de références a une valeur de 1-1 [pObject release]; pObject=nil; NSLog(@"compteur de références a pour valeur %u", [pObject retainCount]);

La console affiche désormais :

alloc/init d'un objet AObject compteur de références a pour valeur 1 compteur de références a pour valeur 2 compteur de références a pour valeur 1 dealloc d'un objet AObject compteur de références a pour valeur 0

Le debugger ne nous fait plus part d’un dysfonctionnement et la dernière ligne pourrait même laisser penser que le programme fonctionne désormais correctement. Et pourtant non.

La console nous fait part d’un compteur de références qui aurait pour valeur 0 mais ce n’est pas l’interprétation qu’il faut avoir de ce message.

La valeur retournée ici est la conséquence directe d’un mécanisme implémenté par le langage Objective-C lorsqu’il détecte un envoi de message à un pointeur d’objet qui a pour valeur nil.

Dans un tel cas Objective-C intercepte le message qu’il ne peut pas traiter et retourne une valeur de la même taille que celle implicitement déterminée par l’analyse du message envoyé et lui attribue une valeur initialisée à 0.

Pour que notre programme de test soit cohérent il faut donc éliminer tout message envoyé à pObject après la mise à nil de la variable pObject soit :

// le compteur de références a une valeur de 1-1 [pObject release]; pObject=nil; NSLog(@"l'objet a été libéré");

La console affiche désormais :

alloc/init d'un objet AObject compteur de référence a pour valeur 1 compteur de référence a pour valeur 2 compteur de référence a pour valeur 1 dealloc d'un objet AObject l'objet a été libéré

Voilà qui mets fin à ce premier article, rendez-vous au prochain épisode. N’hésitez pas à poster vos questions et remarques en commentaires.

Créez une application iPhone ou iPad sans connaitre de code

Xavier — Sat, 27 Nov 2010 19:18:39 +0000

Créer une application pour iOS vous intéresse, mais vous n’êtes pas programmeur ? Quelques solutions existent pour créer de réelles applications natives sans connaitre de langage de programmation.

L’américain NewsGator propose ainsi TapLynx, un kit de développement que vous utilisez à travers Xcode que nous vous avons déjà présenté. Pour créer votre application, il vous suffit d’indiquer des liens RSS et générer ainsi une page d’actualités, une gallerie d’images ou de vidéos. La démonstration est gratuite, la soumission de votre application nécessitera une licence au prix de $599 pour iPhone et… $1198 pour iPad puisque la tablette est à présent supportée.

Autre possibilité avec Alkeo, une entreprise française qui propose sa Blog App pour iPhone et iPad (1900 €), mais également Android (même tarif) ou Windows 7 mobile (en 2011). L’éditeur s’occupe ici de tout le processus et créé une application spécifique pour votre blog WordPress, Joomla et autres. Exemple en vidéo ci-dessous :

App Store : Apple serre la vis

Xavier — Thu, 09 Sep 2010 18:31:38 +0000

Apple a décidé de mettre les points sur les « i » concernant sa politique de validation sur l’App Store.

Dans un document de 7 pages, Apple indique des lignes de conduite que tout développeur devra respecter sous peine de voir ses applications refusées.

Apple rappelle ainsi qu’elle n’accepte pas les applications prosélytes ou à caractère explicitement sexuel afin de protéger les enfants dont les parents n’activent pas forcément le contrôle parental sur les appareils.
Les applications de type « boite à pets » ne seront plus acceptés. Apple souhaite voir uniquement des applications utiles ou des applications de divertissement de qualité.
Les applications réalisées en quelques heures par des amateurs histoire de montrer qu’ils peuvent réaliser une application pour impressionner leurs amis ne seront plus tolérées afin de respecter le travail des professionnels.
Apple se reserve le droit de rejeter tout contenu ou comportement qui dépasse les limites. Ces dernières ne sont pas précisées, mais Apple indique « que vous le serez si vous les franchissez ».

Ce document présente également en plusieurs points – des fonctionalités au notifications push en passant par l’interface utilisateur – la liste des élements qui entraineront un rejet de l’application.

En d’autres termes, Apple répond aux inquiétudes des développeurs qui trouvent arbitraire les décisions de validation de l’App Store. Cupertino ne dénonce donc pas cet arbitraire, il le justifie pour maintenir une certaine qualité dans son magasin.

Un webinar gratuit sur la construction d’une application iPhone

Xavier — Tue, 24 Aug 2010 20:09:57 +0000

La société me plus my mobile nous informe qu’elle orginsera prochainement un événement ouvert à tous.

Cet événement, gratuit, c’est un webinar sur le thème de « la construction d’une application smartphone de A à Z« .

Sortez vos agendas : il se tiendra le 15 septembre prochain de 9h30 à 10h45. Une bonne façon de découvrir les bases et d’obtenir des conseils privilégiés pour vos projets.

iOS 4.1 disponible en version beta pour les développeurs

Xavier — Thu, 15 Jul 2010 08:39:52 +0000

Apple a fait une petite surprise aux développeurs en proposant au téléchargement une nouvelle version d’iOS.

Cette dernière apporte quelques nouveautés :

Un nouvel affichage des barres de réception
Possibilité d’ajouter des raccourcis Facetime aux contacts favoris
Des changement mineurs dans l’ergonomie de l’application appareil photo en mode paysages
Une refonte du design de l’application Game Center (toujours inactive)
Compatibilité avec AVRCP pour les accessoires Bluetooth de voiture

On rappellera aux imprudents qu’il s’agit d’une version beta, destinée uniquement aux tests de la communauté des développeurs. Pour ces derniers, rendez-vous dans votre espace dédié.

Un portail de jeux pour iPhone en HTML5

Xavier — Tue, 13 Jul 2010 09:33:42 +0000

Apple a clairement annoncé qu’elle soutenait deux types d’applications pour iOS : les applications natives pour l’App Store et les applications web en HTML5.

Si vous connaissez très certainement les premières, les applications web sont pour le moment assez rares. C’est dans ce contexte que DS Effects lance son portail, accessible sur iPhone.

Le principe est simple, vous choisissez un jeu (gratuit, financé par la publicité) et vous l’ajoutez à votre écran d’accueil (en cliquant sur + de Safari). Vous lancez le jeu à partir de votre menu d’accueil et le tour est joué.

Reste que les jeux proposés ici sont très basiques, peu réactifs. Ils ouvrent néanmoins une autre voie aux développeurs.

iOS 2 : R.I.P.

Xavier — Wed, 30 Jun 2010 08:18:01 +0000

Chers amis développeurs, non, ce n’est pas l’Undertaker qui vous parle, ou bien un rappeur californien, mais bien Steve Jobs et Apple qui indiquent que désormais, les développeurs devront se passer de feu iPhone OS 2 pour leur compilations.

Ceci afin de laisser le champs libre à IOS 4, obligatoire désormais. Les applications qui sont encore sous iPhone OS 2 seront supprimées alors dépêchez -vous de les mettre à la page si ce n’est pas encore le cas.

Cet OS, sorti en 2008, fait désormais figure de grand-père : imaginez un temps ou l’iPhone et l’iPod touch étaient dépourvus du multitâches, des MMS, des dossiers ou même des notifications ! Inconcevable…

WWDC 2010 : retrouvez les sessions en vidéo

Xavier — Mon, 21 Jun 2010 18:06:25 +0000

Si vous êtes développeur, mais pas fortuné, alors vous n’avez certainement pas du faire le voyage en Californie pour la WWDC.

Pas de problème ! Apple vous invite dès à présent à retrouver une compilation des différentes sessions en vidéo accessible via l’espace développeurs.

Bon visionnage !

L’iPhone 4, une bête de course taillée pour le jeu ?

Xavier — Fri, 18 Jun 2010 08:29:45 +0000

Steve ne nous aurait pas tout dit lors de son dernier keynote.

Apparemment, il semblerait que le dernier iPhone soit petit mais costaud : il embarquerait une mémoire vive de 512 Mo, là où son prédécesseur et même l’iPad n’auraient que 256 Mo (le premier modèle culminait lui à 128 Mo).

Plus de mémoire vive, dit plus de puissance car les développeurs pourront stocker plus d’information pour les calculs 3D par exemple. Cela explique sans doute aussi l’absence de support du multitâches pour certains modèles. Ca promet pour la suite.