Apple : les nouvelles apps devront être prêtes pour iOS 7 dès le 1er février

Apple : les nouvelles apps devront être prêtes pour iOS 7 dès le 1er février

Avec 76 % d'appareils mis à jour, la firme peut se le permettre

Avatar de l'auteur
Vincent Hermann

Publié dans

Société numérique

18/12/2013 3 minutes
38

Apple : les nouvelles apps devront être prêtes pour iOS 7 dès le 1er février

Si les développeurs pouvaient ignorer jusqu’ici l’arrivée d’iOS 7, ce ne sera bientôt plus possible. Apple impose en effet que toutes les nouvelles applications ou les mises à jour de celles existantes devront être compatibles avec le nouveau système mobile à compter du 1er février.

 

xcode

Moins d'un mois et demi pour travailler la compatibilité

Dans un message très court daté d’hier, Apple indique sur son site officiel que les développeurs auront l’obligation de rendre leurs applications compatibles avec iOS 7 au plus tard le 1er février. Cette obligation se manifestera d’une manière très simple : les nouvelles versions des applications, qu’elles soient neuves ou mises à jour, devront avoir été compilées avec la dernière révision de l’environnement de développement Xcode 5.

 

Cela ne signifie pas pour les développeurs que les interfaces devront être retravaillées pour convenir au nouveau type d’ergonomie que la firme met en place (et qui ne fait pas que des heureux). Si Apple recommande très fortement de suivre au plus près les canons sacrés de son design, elle n’impose rien dans les choix finaux des graphistes dans ce domaine. Côté technique, la situation est différente car l’iPhone 5S dispose d’une puce 64 bits. De fait, toutes les applications compilées pour iOS 7 prennent en charge ce mode, sans pour autant être optimisées.

L'iPhone 5s et l'iPad mini Retina principaux bénéficiaires

Globalement, Apple souhaite que les développeurs se penchent sur son nouveau système et les API (Application Programming Interface) qui l’accompagnent. Si le 64 bits peut représenter un gros morceau, d’autres aspects peuvent avoir un impact plus pratique et plus immédiat, notamment tout ce qui touche à la gestion des tâches d’arrière-plan. Contrairement aux versions antérieures, iOS 7 laisse les applications masquées continuer à effectuer certaines opérations, comme la récupération des dernières actualités ou les échanges de données avec d’autres applications.

 

Si Apple peut se permettre de se montrer aussi radicale avec les développeurs tiers, c’est qu’elle le peut. La firme de Cupertino a en effet précisé que 76 % des utilisateurs d’appareils iOS avaient migré vers la version 7. Un chiffre qui ne peut que faire rêver les concurrents, en particulier Google qui est régulièrement victime de la fragmentation d’Android. Une telle mise à jour de masse permet de se débarrasser des anciennes moutures du système et de de vieilles technologies qui les accompagnent.

 

D’un autre côté, si 76 % du parc iOS dispose déjà de la dernière révision, cela signifie pour Apple que les applications tierces doivent être compatibles pour ne pas créer un fossé entre le système et l’écosystème logiciel. Le souci d’iOS 7 est que son ergonomie tranche avec les versions précédentes, créant immédiatement un écart sensible avec les applications qui n’ont pas été pensées pour lui.

 

On rappellera que l’environnement de développement Xcode est gratuit et se récupère directement depuis le Mac App Store sous OS X. La dernière révision, estampillée 5.0.2, requière Mountain Lion ou Mavericks pour fonctionner.

 

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Moins d'un mois et demi pour travailler la compatibilité

L'iPhone 5s et l'iPad mini Retina principaux bénéficiaires

Fermer

Commentaires (38)


76% de maj parce que les gens n’ont pas le choix, dès que le tel est compatible, la maj se télécharge et bouffe 1Go de place dans le tel, donc après ils doivent faire la maj s’il veulent récupérer la place.



Même si sur un iphone 4 du coups c’est une cata


Donc pas de mise à jour possible pour les apps tournant sur des idevice n’ayant pas IOS7 ? c’est assez con quand on y pense :-/



J’en connais quelques un qui ont encore un 3GS le store va se vider pour eux du coup :-/








darkbeast a écrit :



76% de maj parce que les gens n’ont pas le choix, dès que le tel est compatible, la maj se télécharge et bouffe 1Go de place dans le tel, donc après ils doivent faire la maj s’il veulent récupérer la place.



Même si sur un iphone 4 du coups c’est une cata







Si pas encore installé :

http://apple.stackexchange.com/questions/104318/how-to-delete-the-ios7-install-p…









Firefly’ a écrit :



Donc pas de mise à jour possible pour les apps tournant sur des idevice n’ayant pas IOS7 ?





Assurer la compatibilité IOS7 ca ne veux pas forcément dire casser la compatibilité descendante. C’est au développeur de faire ce qu’il faut.









JoePike a écrit :



Si pas encore installé :

http://apple.stackexchange.com/questions/104318/how-to-delete-the-ios7-install-p…







oui je sais mais malheureusement la plus part des personne qui viennent me voir on déjà fait la maj









Firefly’ a écrit :



Donc pas de mise à jour possible pour les apps tournant sur des idevice n’ayant pas IOS7 ? c’est assez con quand on y pense :-/



J’en connais quelques un qui ont encore un 3GS le store va se vider pour eux du coup :-/







Deux solutions :












grunk a écrit :



Assurer la compatibilité IOS7 ca ne veux pas forcément dire casser la compatibilité descendante. C’est au développeur de faire ce qu’il faut.







Sauf que si tu compiles en xcode5 “mode ios7” l’appli devient incompatible avec les versions d’avant, il te faut donc maintenir deux versions d’appli.



Bien sur la majeure partie des créateurs d’apps va compiler en mode xcode 5 “SDK 6.1”, mais tous ne pourront pas…



Clairement le but non-avoué d’apple est de tuer les anciennes versions de téléphone.



Perso je n’ai pas pu télécharger l’appli Dropbox sur le 3GS d’un ami tournant sur iOS6 ce week-end, j’étais un peu choqué. <img data-src=" />


C’est une bonne chose quand même, personne j’ai un Android et l’homogénéité d’ion me manque beaucoup (bien qu’en effet je ne suis pas encore totalement convaincu par iOS 7, qui fait ramer un peu mon Ipad 3).








XMalek a écrit :



Sauf que si tu compiles en xcode5 “mode ios7” l’appli devient incompatible avec les versions d’avant, il te faut donc maintenir deux versions d’appli.



Bien sur la majeure partie des créateurs d’apps va compiler en mode xcode 5 “SDK 6.1”, mais tous ne pourront pas…



Clairement le but non-avoué d’apple est de tuer les anciennes versions de téléphone.







Ne confond pas SDK et target.

Tu peux utiliser le SDK iOS7 et donner comme target iOS6.1.

C’est ce que je fais avec une app. Du coup celle-ci est parfaitement compatible avec iOS7 (et utilise même les nouveaux éléments graphiques d’IOS7), mais continue de fonctionner tout à fait normalement sur IOS6.1



Donc oublie tes buts non-avoués…









grunk a écrit :



Assurer la compatibilité IOS7 ca ne veux pas forcément dire casser la compatibilité descendante. C’est au développeur de faire ce qu’il faut.







Le développeur se démerde? ou est donc l’intérêt d’être sur Ios, si on centralise pas un minimum ces histoires de versions?









MichaelCaine a écrit :



Le développeur se démerde? ou est donc l’intérêt d’être sur Ios, si on centralise pas un minimum ces histoires de versions?







Elles le sont sur le store et les dev ont toute la liberté de faire plusieurs versions même si c’est développé avec le dernier SDK.



Je sais que sur iOS ce n’est pas un problème pour les dev, par contre comme dit plus haut, Apple pousse à l’adoption massive d’iOS 7, ça pose effectivement des problèmes sur de ‘vieux’ device sans même parler du stockage rikiki que l’on peut y trouver dessus (8 Go sur iPod Touch 4ème G).









Zyami a écrit :



Elles le sont sur le store et les dev ont toute la liberté de faire plusieurs versions même si c’est développé avec le dernier SDK.



Je sais que sur iOS ce n’est pas un problème pour les dev, par contre comme dit plus haut, Apple pousse à l’adoption massive d’iOS 7, ça pose effectivement des problèmes sur de ‘vieux’ device sans même parler du stockage rikiki que l’on peut y trouver dessus (8 Go sur iPod Touch 4ème G).







Ok je vois ce que tu veux dire.









darkbeast a écrit :



oui je sais mais malheureusement la plus part des personne qui viennent me voir on déjà fait la maj







Faudrait savoir

Ou ça prend 1 ou 2 gig en trop parce que ce n’est pas encore installé

ou c’est installé et ca ne prend plus de place ( ça ralentit c’est tout)

Mais faut pas qu’ils viennent pleurer alors

<img data-src=" />









altazon a écrit :



C’est une bonne chose quand même, personne j’ai un Android et l’homogénéité d’ion me manque beaucoup (bien qu’en effet je ne suis pas encore totalement convaincu par iOS 7, qui fait ramer un peu mon Ipad 3).







Si ça peux te rassurer, meme sur un iPad Air ça rame aussi, surtout lorsque l’on sort d’une app, on voit que l’animation n’est pas fluide et pendant quelques seconde ça ramouille un peu. iOS 7.1 va normalement corriger tout ça et semble donner de bon résultat sur les anciens appareils.





Un chiffre qui ne peut que faire rêver les concurrents, en particulier Google qui est régulièrement victime de la fragmentation d’Android.



Certes, Google communique régulièrement les chiffres sur la fragmentation d’Android mais ils ne se sont jamais positionnés en “victimes” de celle-ci ; et je doute qu’ils “rêvent” d’un écosystème peu fragmenté comme celui d’Apple…

Je crois même qu’ils s’en foutent, en fait ; ils continuent leur petit bonhomme de chemin en sortant régulièrement une nouvelle version d’Android et point barre !

Sinon faudrait peut-être faire un article dessus, si c’est le cas, non ?








JoePike a écrit :



Faudrait savoir

Ou ça prend 1 ou 2 gig en trop parce que ce n’est pas encore installé

ou c’est installé et ca ne prend plus de place ( ça ralentit c’est tout)

Mais faut pas qu’ils viennent pleurer alors

<img data-src=" />







ben le soucis c’est que comme ça prend de la place ils font l’installation, pour récupérer l’espace et du coups après ils se retrouve avec un os qui fait ramer le tel.









NiCr a écrit :



Deux solutions :





  • tu ne lis pas correctement PCINpact



  • tu n’as une très mauvaise mémoire



    http://www.pcinpact.com/news/82486-ios-app-store-gere-desormais-plusieurs-versio…





    J’ai pas d’idevice donc je lis pas toutes les news les concernant.. Je me serais passé du ton hautain, mais merci pour le lien <img data-src=" />

    J’imagine donc que la restriction s’applique pour avoir son app disponible sur le store IOS7 et laisse libre champ pour les vielles versions







    grunk a écrit :



    Assurer la compatibilité IOS7 ca ne veux pas forcément dire casser la compatibilité descendante. C’est au développeur de faire ce qu’il faut.





    Je suis pas dev IOS, mais si tu target le nouveau sdk, j’imagine que l’app ne sera pas compatible avec les devices qui n’ont pas la nouvelle API. Est ce que compiler avec Xcode5 mais target 6.1 comme dis dans les commentaires sera toléré ? (j’en doute..) La news dis clairement qu’il y as des changement de l’api pour le background process (donc on parle bien de sdk et pas d’enviro de compilation) et parle aussi d’ “applications compilées pour iOS 7”









Firefly’ a écrit :



La news dis clairement qu’il y as des changement de l’api pour le background process (donc on parle bien de sdk et pas d’enviro de compilation)





Oui, c’est pour ça qu’ils veulent que les nouvelles versions des apps prennent en compte ces nouveautés, mais ça n’empêche pas d’avoir aussi une version iOS 6 (Target iOS 6) qui fonctionne tout aussi bien sous iOS 6.







Firefly’ a écrit :



et parle aussi d’ “applications compilées pour iOS 7”





Ce qui se traduit par Target iOS 7 à partir d’XCode 5









Firefly’ a écrit :



Je suis pas dev IOS, mais si tu target le nouveau sdk, j’imagine que l’app ne sera pas compatible avec les devices qui n’ont pas la nouvelle API. Est ce que compiler avec Xcode5 mais target 6.1 comme dis dans les commentaires sera toléré ? (j’en doute..)







Comme je l’ai dit précédemment je le fais pour une app, et il n’y a pas de raison que ça ne fonctionne plus après tant que l’application utiliser le SDK iOS7 et “targette” iOS6.1.

Après, de façon très schématique, tu peux très bien avoir dans ton code :



if (iOSVersion &lt; 7){

// Fais les trucs iOS 6

} else {

//Fais les trucs iOS7

}



Là, tu as une application optimisée pour iOS7 et fonctionnant sur iOS6.1



Et le jour où tu ne veux plus supporter iOS6.1 tu ne gardes que les “else” et tu “targette” iOS7.



Et pour info, le passage d’iOS6 à 7, à part une merde sur une fenêtre modale dont le comportement a changé, s’est fait dans la demi-journée (sans retouche graphique). Mais ça n’est pas une app très complexe non plus. Le plus long a été le changement de comportement de la status bar.












Firefly’ a écrit :



J’ai pas d’idevice donc je lis pas toutes les news les concernant.. Je me serais passé du ton hautain, mais merci pour le lien <img data-src=" />







C’est toi Clémentine <img data-src=" />









mononokehime a écrit :



Si ça peux te rassurer, meme sur un iPad Air ça rame aussi, surtout lorsque l’on sort d’une app, on voit que l’animation n’est pas fluide et pendant quelques seconde ça ramouille un peu. iOS 7.1 va normalement corriger tout ça et semble donner de bon résultat sur les anciens appareils.





perso j’ai coupé le parallaxe et les animations à la noix, mon 4S tourne comme un charme <img data-src=" />

après y’a des choix discutables dans l’interface c’est certain <img data-src=" />





On rappellera que l’environnement de développement Xcode est gratuit

<img data-src=" />



lol..après avoir payé 100€ ta licence de développeur oui tu peux coder sous XCode, et pour publier ton application c’est aussi payant…








metallian74 a écrit :



et pour publier ton application c’est aussi payant…







Ah bon <img data-src=" />









metallian74 a écrit :



<img data-src=" />



lol..après avoir payé 100€ ta licence de développeur oui tu peux coder sous XCode, et pour publier ton application c’est aussi payant…





La licence pour avoir un compte App Store est à 80€ / an, il n’y a pas de licence de développeur à acheter en plus.

Après ça, le nombre d’applications sur un compte est potentiellement illimité.









metallian74 a écrit :



<img data-src=" />



lol..après avoir payé 100€ ta licence de développeur oui tu peux coder sous XCode, et pour publier ton application c’est aussi payant…







100$ = 72€ (au 1812)



De plus publier une appli requiert seulement un compte développeur, rien de plus. A 72€ l’année, c’est suffisamment accessible pour qu’un développeur indépendant l’utilise.



Ca m’étonnerait beaucoup que ce soit plus couteux de développer pour iOS que pour Windows Phone par exemple. (VisualStudio oblige)









DorianMonnier a écrit :



100$ = 72€ (au 1812)



De plus publier une appli requiert seulement un compte développeur, rien de plus. A 72€ l’année, c’est suffisamment accessible pour qu’un développeur indépendant l’utilise.



Ca m’étonnerait beaucoup que ce soit plus couteux de développer pour iOS que pour Windows Phone par exemple. (VisualStudio oblige)







Là il va te répondre qu’il faut acheter un Mac, ce qui augmente la facture <img data-src=" />



Ayant eu ce débat avec de nombreuses personnes, je finis par connaître les arguments des anti-iOS <img data-src=" />









metallian74 a écrit :



<img data-src=" />



lol..après avoir payé 100€ ta licence de développeur oui tu peux coder sous XCode, et pour publier ton application c’est aussi payant…







Pourquoi racontes-tu des âneries inutilement ?



Tu peux tout à fait télécharger XCode gratuitement et tester tes applications iOS sur le simulateur.

La licence développeur à 75€ annuelle (et pas 100€) sert à tester sur iDevice et publier autant d’applications que tu veux sur l’AppStore.



Le 18/12/2013 à 18h 36

Une manière de forcer l’achat de l’IDE


Le 18/12/2013 à 18h 42







t-la a écrit :



Comme je l’ai dit précédemment je le fais pour une app, et il n’y a pas de raison que ça ne fonctionne plus après tant que l’application utiliser le SDK iOS7 et “targette” iOS6.1.

Après, de façon très schématique, tu peux très bien avoir dans ton code :



if (iOSVersion &lt; 7){

// Fais les trucs iOS 6

} else {

//Fais les trucs iOS7

}







Que c’est propre…. <img data-src=" />









ff9098 a écrit :



Que c’est propre…. <img data-src=" />







Non ça ne l’est pas, mais ça n’est pas le propos ici.









mononokehime a écrit :



Si ça peux te rassurer, meme sur un iPad Air ça rame aussi, surtout lorsque l’on sort d’une app, on voit que l’animation n’est pas fluide et pendant quelques seconde ça ramouille un peu. iOS 7.1 va normalement corriger tout ça et semble donner de bon résultat sur les anciens appareils.







On va patienter alors. Ce n’est pas dramatique c’est certain, mais venant d’Apple c’est un peu dommage, s’il y a bien un truc génial avec iOS c’est bien l’impression de fluidité de l’ensemble, hors c’est précisément le point le plus compromis d’iOS 7.



Le 18/12/2013 à 20h 20







altazon a écrit :



On va patienter alors. Ce n’est pas dramatique c’est certain, mais venant d’Apple c’est un peu dommage, s’il y a bien un truc génial avec iOS c’est bien l’impression de fluidité de l’ensemble, hors c’est précisément le point le plus compromis d’iOS 7.







Sur un 4S ça galère même pas mal. Quand on maîtrise hardware et software c’est pitoyable









altazon a écrit :



On va patienter alors. Ce n’est pas dramatique c’est certain, mais venant d’Apple c’est un peu dommage, s’il y a bien un truc génial avec iOS c’est bien l’impression de fluidité de l’ensemble, hors c’est précisément le point le plus compromis d’iOS 7.







Au pire, tu désactives les animations en attendant.









Firefly’ a écrit :



Je suis pas dev IOS, mais si tu target le nouveau sdk, j’imagine que l’app ne sera pas compatible avec les devices qui n’ont pas la nouvelle API. Est ce que compiler avec Xcode5 mais target 6.1 comme dis dans les commentaires sera toléré ? (j’en doute..) La news dis clairement qu’il y as des changement de l’api pour le background process (donc on parle bien de sdk et pas d’enviro de compilation) et parle aussi d’ “applications compilées pour iOS 7”





Il y a 2 paramètres dans XCode 4: le target et l’architecture.



Le target, c’est la version minimale d’iOS demandée.

L’architecture c’est le type de processeur: ARMv6, ARMv7, …



Et justement, avec le premier XCode 4, on pouvait ajouter des architectures pour supporter le 3G mais il y a un paramètre qui empêchait quand même la mise sur le store.

On va dire que c’était un bogue <img data-src=" /> <img data-src=" />









ff9098 a écrit :



Que c’est propre…. <img data-src=" />





Bof cela dépend <img data-src=" />

Comme un nom d’application est cramé quasi à vie, c’est bête d’avoir 2 applications sur le store, surtout avec tous les problèmes de recherche, de liens, de maintenance …









NiCr a écrit :



Là il va te répondre qu’il faut acheter un Mac, ce qui augmente la facture <img data-src=" />



Ayant eu ce débat avec de nombreuses personnes, je finis par connaître les arguments des anti-iOS <img data-src=" />







Mac Mini -&gt; 600€ <img data-src=" />



Mais en effet, c’est toujours l’argument qui revient, parce que quand tu développes sur Windows Phone, y’a besoin ni d’un ordi, ni de Windows, ni de Visual Studio, c’est bien connu… <img data-src=" />









DorianMonnier a écrit :



Mac Mini -&gt; 600€ <img data-src=" />



Mais en effet, c’est toujours l’argument qui revient, parce que quand tu développes sur Windows Phone, y’a besoin ni d’un ordi, ni de Windows, ni de Visual Studio, c’est bien connu… <img data-src=" />





Papier et crayons suffisent <img data-src=" /><img data-src=" />



Le 19/12/2013 à 22h 53







DorianMonnier a écrit :



Mac Mini -&gt; 600€ <img data-src=" />



Mais en effet, c’est toujours l’argument qui revient, parce que quand tu développes sur Windows Phone, y’a besoin ni d’un ordi, ni de Windows, ni de Visual Studio, c’est bien connu… <img data-src=" />







C’est exactement pareil sur WP. Android est bien le meilleur à ce niveau là. Tu développes avec ce que tu veux, sur n’importe quel OS