Le 09/09/2010 à 14h49

Apple allège les limitations sur les App iOS

Apple annonce des « changements importants dans son programme de licence développeurs ».

« En particulier, nous relâchons les restrictions sur les outils de développement utilisés pour créer des Apps iOS, aussi longtemps que les applications en question ne téléchargent aucun code. Ceci devrait donner aux développeurs la flexibilité dont ils ont besoin tout en préservant la sécurité ». Voilà qui devrait, donc, permettre d'utiliser les outils d'Adobe pour développer des logiciels ainsi que certains frameworks tiers (Unity notamment).

« De plus, pour la première fois, nous publions nos conduites de test pour aider les développeurs à comprendre la manière dont nous passons en revue les apps. Nous espérons que celà nous rendra plus transparent et aidera nos développeurs à créer encore plus d'applications à succès pour l'App Store ». Les développeurs ont jusqu'au 27 septembre pour valider ces nouvelles conditions.

Source

Envoyer Déjà 17 réactions !

Lire l'actu : ou consulter tous les titres...

Disponible également pour iPad et Android

Les réactions à cette news
Pour voir les réactions directement dans le forum, cliquez ici.

1 2 >>
1 2 >>
@ Dr.trevör : Posté depuis Mac4Ever Mobile

Cet a dire quoi ?

:)
@ Vaslow : Posté depuis Mac4Ever Mobile

J aimerai une appui pour bloquer les numéro style mccleaner ou iblacklist
@ Albert einstein :

Y pas a dire rien de telle qu'une petite enquête (suite à une plainte de la concurrence) de la justice américaine sur les pratiques "monopolistiques" pour persuader les plus réticents à changer d'avis
@ Nicolegaulois : Posté depuis Mac4Ever Mobile

Iblacklist d'origine en effet serait pas mal.
@ Youpla77 :

Donc les raisons données à l'époque pour justifier ces limitations ne sont plus vraies ?
@ Fuzzi :

Ça dépends... certaines raisons restes valable, d'autre ne l'ont jamais été... C'est toujours comme ça, pour nous faire avaler des mensonges ont nous sert des vérités, pour faire passer le tout pour la vérité...
@ La pieuvre :

ça reste une très bonne nouvelle ... je m'en félicite (même si je n'y suis pour rien :D)
@ Didier :

ça va surtout permettre à Adobe et les autres de développeurs des IDE multi-plateformes. Pas sur que l'utilisateur y gagne en terme de stabilité et d'ergonomie...
@ My_e : Posté depuis Mac4Ever Mobile

@Grouik : Tout a fait d'accord !
Qui vivra verra (wait and see)
@ Spyro : Re:

Posté par "youpla77"
Donc les raisons données à l'époque pour justifier ces limitations ne sont plus vraies ?

Bien sûr que si, pourquoi elles ne le seraient pas ? Céder à des pressions des développeurs (amicales ou non) ça ne signifie rien quant à la validité de ces arguments. Les justifications données à l'époque sont toujours vraies, et on va vite s'en rendre compte avec les futures applications qui sortiront de cette boite de pandore. Enfin il y aura surement du bon aussi. D'ailleurs il y en a déjà d'avant la prohibition qu'ils n'ont pas retirées, non ? Sans parler de toutes celles qui ont du être soumises aux lutins débordés entretemps.

Ou alors c'est un accord secret avec Adobe.
@ Vintz72 :

Ah, enfin une bonne nouvelle dans le sens de l'ouverture de la part d'Apple. Ca faisait longtemps. C'est une très bonne chose.
@ Youpla77 :

@ Spyro : Re:
une application de prout codée en objective C (ou le langage autorisé) ne fera pas d'elle une meilleure appli. Je suis d'accord sur certains des arguments donnés à l'époque et pas sur d'autres. Si une appli s'intègre bien à l'environnement iOS, à l'esprit apple, je ne vois pas trop pourquoi elle devrait impérativement être codée en objective C si un autre langage convient tout aussi bien et si cela facilite la vie du développeur (pour des raisons qui lui sont propres : facilité, interoperabilité, etc..).
Si l'appli est mauvaise, les utilisateurs feront eux-même le tri.

Je préfère une appli qui a un réel intérêt même si elle est codée avec un langage qui n'était pas autorisé plutôt qu'une appli codée avec le bon langage mais qui ne présente aucun intérêt.
@ Babapple : Re:

Posté par "youpla77"
@ Spyro : Re:
une application de prout codée en objective C (ou le langage autorisé) ne fera pas d'elle une meilleure appli. Je suis d'accord sur certains des arguments donnés à l'époque et pas sur d'autres. Si une appli s'intègre bien à l'environnement iOS, à l'esprit apple, je ne vois pas trop pourquoi elle devrait impérativement être codée en objective C si un autre langage convient tout aussi bien et si cela facilite la vie du développeur (pour des raisons qui lui sont propres : facilité, interoperabilité, etc..).
Si l'appli est mauvaise, les utilisateurs feront eux-même le tri.

Je préfère une appli qui a un réel intérêt même si elle est codée avec un langage qui n'était pas autorisé plutôt qu'une appli codée avec le bon langage mais qui ne présente aucun intérêt.

C'est marrant que tu parles des cousins péteurs parce que justement Apple vient de publier son App Store Review Guideline, où il y a écrit :

Posté par "Apple"
We have over 250,000 apps in the App Store. We don't need any more Fart apps. If your app doesn't do something useful or provide some form of lasting entertainment, it may not be accepted.

Source : http://stadium.weblogsinc.com/engadget/files/app-store-guidelines.pdf
@ Adinx :

@ Dr.trevör :
ça permet aux développeurs de ne pas forcement utiliser l'environnement de programation Apple pour développer une application iPhone.
Du coup, le portage d'une application d'un système à l'autre sera plus facile.
Par contre, on risque une baisse de performance et des lacunes ergonomiques. En effet, beaucoup d'environnement de programmation ne permettent pas d'utiliser les éléments graphique de base de l'iPhone (la forme des boutons, des ascenseur,...). On y perd en homogénie si chère à Apple. Les plantages des applications risquent aussi d'être plus nombreux.
Mais, cela apporte un intérêt, notamment pour Flash. Adobe a fait une version de Flash qui permet de compiler les animations/jeux flash en application iPhone. Apple avait refusé que cette méthode soit utilisé. Maintenant, le portage de petits jeux flash pourra se faire très rapidement pour un faible coût. Pour ces applications, l'ergonomie de l'iPhone n'a pas besoin d'être respecté (par contre, il est possible que la consommation de batterie et les performances soient affectées).
Donc voilà, c'est bien pour certains types de programmes mais pas bien pour d'autres. Mais comme Apple valide les applications, elle pourra très bien refuser les moins bonnes. Et les applications qui auront une mauvaise ergonomie auront sûrement une mauvaise note sur l'App Store et seront donc moins téléchargées.
P.S : je ne suis pas un professionnel, j'essaie juste d'expliquer (et de vulgariser) de manière assez objective la nature du problème en fonction de ce que j'ai compris.

Moi, je suis content car, en tant que graphiste, j'avais réalisé certaines animations intéractives en Flash qui pourrait être rigolote à utiliser sur l'iPhone. Et comme je n'y connais rien en développement iPhone, je vais pouvoir les porter facilement.
@ Youpla77 :

@ Babapple : Re:
Yep effectivement je viens juste de lire ça. Ca va dans le bon sens, les règles ont l'air d'être un peu plus claires (d'un autre côté je ne suis pas développeur).
Je suis pour un plus grand regard sur la fonctionnalité plutôt que sur la manière dont ça a été fait.
1 2 >>

Réagissez à cette news !
Pour réagir directement dans le forum, cliquez ici.