Les API Google sont officiellement disponibles pour les développeurs .NET

Les API Google sont officiellement disponibles pour les développeurs .NET

Les applications Windows Phone devraient en profiter

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

25/03/2014 3 minutes
27

Les API Google sont officiellement disponibles pour les développeurs .NET

Alors que la situation a longtemps été tendue entre Microsoft et Google au sujet de Windows Phone, le temps de la détente est peut-être arrivé. Google a publié en effet la semaine dernière des API (Application Programming Interfaces) pour l’environnement .Net afin de permettre de manipuler plus aisément ses services. Une première.

api .net google

Une cinquantaine d'API pour les développeurs .NET 

La situation a été sans équivoque entre Microsoft et Google pendant de nombreux mois. Pas question pour Mountain View de faciliter la vie de son adversaire en proposant notamment des applications sur Windows Phone. On se souvient ainsi de la guerre qui les a opposées au sujet de l’application YouTube pour le système mobile, Microsoft lançant tantôt sa propre application, tantôt la retirant à la demande de Google car elle ne respectait pas les conditions d’utilisation, notamment à cause du mode hors-ligne. Mais Google n’a jamais pour autant proposé de véritable application officielle.

 

La publication d’une API pour les services Google est donc d’autant plus importante. Elle s’adresse à l’ensemble des développeurs .NET et est donc exploitable directement pour tout développement visant Windows 8/8.1 et Windows Phone 8. Même si l’on parle d’une API, il faudrait plus précisément parler d’un lot d’interfaces puisqu’on en compte plus d’une cinquantaine pour couvrir l’ensemble des services de Google, tels que YouTube justement, Calendar, Gmail, Analytics, Maps et ainsi de suite.

Vers un fonctionnement plus fiable des applications  

Bien que cette disponibilité ait fait l’objet d’une annonce officielle sur le blog de Google (passée relativement inaperçue d’ailleurs), il faut préciser quelques éléments. D’une part, ces API en elles-mêmes ne sont pas nouvelles. Ce qui change, c’est bien leur disponibilité simplifiée pour les développeurs de l’environnement .NET. D’autre part, cela ne signifie pas que Google se penche sérieusement sur la plateforme Windows Phone par exemple puisque des applications officielles pour ses services y sont toujours attendus. Il n’existe par exemple aucune application Google Maps officielle.

 

Mais même si ce mouvement aurait pu être opéré bien plus tôt et que Google ne dit rien concernant des applications maison, cela reste une étape importante pour l’environnement Windows Phone. Les développeurs tiers pourront en effet se servir de ces API et avoir un résultat beaucoup plus fiable. À voir par exemple si un client email tiers ne pourrait pas prendre mieux en charge les comptes Gmail car, depuis la cassure dans le support d’EAS (Exchange Active Sync), le push n’est plus supporté sur iOS et Windows Phone. À moins, dans le cas d’iOS, de passer bien sûr par l’application Gmail officielle, qui n’existe pas sur Windows Phone.

 

Ajoutons enfin que ces API sont open source et qu’elles ont été placées dans un dépôt NuGet. Notez en outre que même si ces API peuvent signifier un vrai changement pour les applications Windows Phone, Windows 8/8.1 est tout autant visé, de même que globalement tout développement basé sur .NET. Google cite par exemple le cas d’un script PowerShell qui pourrait démarrer directement une ou plusieurs instances Google Compute Engine.

 

Ceux qui souhaitent en savoir davantage sur ces API pourront lire le guide de démarrage mis en ligne par Google. La liste complète des API prises en charge est pour sa part disponible depuis cette page.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Une cinquantaine d'API pour les développeurs .NET 

Vers un fonctionnement plus fiable des applications  

Commentaires (27)


Excellente nouvelle!!!


Est-ce que ça veut dire que Microsoft pourra enfin re-publier une appli Youtube pour WP, ou est-ce que ça ne change rien car persisteront les problèmes des conditions d’utilisation ?



(Et sinon concernant Google Maps sur WP : je préfère largement Here Maps de Nokia, d’autant plus avec son mode hors ligne ;-) )


bien, mais on connait la facheuse habitude de google de retirer le support de leurs api quand bon leur chante (ce qui peut arriver si windows phone prend de l’essor …)


J’ai commencé à les utiliser la semaine dernière sans savoir que c’était nouveau ^^’


Il faut bien voir que l’API a déjà 1.5 ans, c’est juste que ce n’est depuis quelques jours plus une beta.








Vanilys a écrit :



(Et sinon concernant Google Maps sur WP : je préfère largement Here Maps de Nokia, d’autant plus avec son mode hors ligne ;-) )







Google a fait de grosse amélioration sur GMaps. S’il reste moins esthétique en mode navigation et tributaire de la disponibilité d’un réseau, rechercher une destination à la voix est infinimment plus pratique via GMaps.



Il m’a trouvé “Materiel point net à Rennes” suivi de “Magasin de jeux videos” puis “Cave à vins”, en parlant normalement et avec un résultat très rapide.

La même chose via Nokia Here Maps ou Navigon sur WP aurait été plus compliqué (aller dans le navigateur, faire une rechercher, retenir l’adresse, la retranscrire dans le logiciel…).



J’ai hâte de voir si l’assistance vocale dans WP8.1 sera aussi performante et pratique.



Cool, ça veut dire que maintenant, on peut développer une application Youtube pour avoir ses favoris et personnaliser l’interface sans avoir de compte ? :p








Arcy a écrit :



Cool, ça veut dire que maintenant, on peut développer une application Youtube pour avoir ses favoris et personnaliser l’interface sans avoir de compte ? :p







En gros, j’ai l’impression que les API .NET au moins pour YT se base en réalité sur l’API html5. Une surcouche quoi. Donc en clair, Google est resté sur sa position et ils ont écrit en .NET. Au final, MS aurait très bien pu le faire étant donné que la nouvelle API est quasiment du 1 pour 1 avec l’API html5.



Bref, au final j’ai l’impression que ca a été un beau concours de posture et de pleureuse de la part de MS alors qu’en réalité, You Tube et Maps étaient ouverts depuis le début. Bref, <img data-src=" />



Source.









flagos_ a écrit :



Bref, au final j’ai l’impression que ca a été un beau concours de posture et de pleureuse de la part de MS alors qu’en réalité, You Tube et Maps étaient ouverts depuis le début. Bref, <img data-src=" />



Source.







C’est sûr que les menace de google pour une application youtube sur windows phone était une légende urbaine.









metaphore54 a écrit :



C’est sûr que les menace de google pour une application youtube en reverse engineering sur windows phone était une légende urbaine.







<img data-src=" />









flagos_ a écrit :



En gros, j’ai l’impression que les API .NET au moins pour YT se base en réalité sur l’API html5. Une surcouche quoi. Donc en clair, Google est resté sur sa position et ils ont écrit en .NET. Au final, MS aurait très bien pu le faire étant donné que la nouvelle API est quasiment du 1 pour 1 avec l’API html5.



Bref, au final j’ai l’impression que ca a été un beau concours de posture et de pleureuse de la part de MS alors qu’en réalité, You Tube et Maps étaient ouverts depuis le début. Bref, <img data-src=" />



Source.





Tu confonds l’API Data (gérer son compte, faire des recherches etc..) et l’API Player pour lire les vidéos…









atomusk a écrit :



<img data-src=" />





Oui MS étant les seuls fautifs dans l’histoire, bien sûr. Faut pas oublier que si ils utilisent des méthodes non officielles pour afficher les vidéos c’est surtout parce que Google refuse l’accès à l’API permettant de le faire.









StackHeap a écrit :



Oui MS étant les seuls fautifs dans l’histoire, bien sûr. Faut pas oublier que si ils utilisent des méthodes non officielles pour afficher les vidéos c’est surtout parce que Google refuse l’accès à l’API permettant de le faire.





Plus précisément, Google refuse l’accès à l’API permettant d’afficher la pub qui est un prérequis pour pouvoir respecter les règles de Google concernant l’affichage de vidéos.

Le résultat est le même, c’est juste un détour pratique pour la glisser à MS.









flagos_ a écrit :



En gros, j’ai l’impression que les API .NET au moins pour YT se base en réalité sur l’API html5. Une surcouche quoi. Donc en clair, Google est resté sur sa position et ils ont écrit en .NET. Au final, MS aurait très bien pu le faire étant donné que la nouvelle API est quasiment du 1 pour 1 avec l’API html5.



Bref, au final j’ai l’impression que ca a été un beau concours de posture et de pleureuse de la part de MS alors qu’en réalité, You Tube et Maps étaient ouverts depuis le début. Bref, <img data-src=" />



Source.









atomusk a écrit :



<img data-src=" />





“L’art ou la manière de détourner les faits historiques” <img data-src=" />



C’est connu que Microsoft avait tout interet à ce que l’application youtube n’arrive pas sur Windows Phone pour promouvoir leur service concurent.

Vous savez, heu..; heu… enfin le service concurent quoi sinon je vois pas pourquoi Microsoft aurait tout fait pour faire capoter l’histoire ?



J’ai bon ?








StackHeap a écrit :



Oui MS étant les seuls fautifs dans l’histoire, bien sûr. Faut pas oublier que si ils utilisent des méthodes non officielles pour afficher les vidéos c’est surtout parce que Google refuse l’accès à l’API permettant de le faire.







Note que je n’ai pas dit le contraire.



Note que ce n’est pas “non plus” une raison pour une boite comme Microsoft, de faire du reverse engineering sur les API …



Tu geule pour abus de position dominante si tu veux, pour concurence déloyale, pourquoi pas, mais faire du reverse balancer l’appli et aller chialer dans les média comme quoi c’est trop injuste … mouais …









StackHeap a écrit :



Oui MS étant les seuls fautifs dans l’histoire, bien sûr. Faut pas oublier que si ils utilisent des méthodes non officielles pour afficher les vidéos c’est surtout parce que Google refuse l’accès à l’API permettant de le faire.







Non, ils proposaient l’API html5. C’est juste qu’elle ne convenait pas à MS.









flagos_ a écrit :



Non, ils proposaient l’API html5. C’est juste qu’elle ne convenait pas à MS.





Et Google ne l’utilise pas ni sur Android ni sur iOS… Faites ce que je dis, pas ce que je fais…



D’ailleurs je sais pas sur quel API repose l’application YouTube sur xbox one



c’est une très grande nouvelle aussi bien pour les Windows Phone que pour les applis Windows Modern UI.



je vais de ce pas chercher quelle API intéressantes que je pourrais utiliser dans mon application dont je n’ai pas encore décidé à quoi elle servirait <img data-src=" />


Je me disais bien que c’était pas nouveau ces API étant donné que j’utilisais déjà l’API youtube en 2010 sur un projet .NET.



Sympa !



La structure des API a l’air un peu lourde, mais au moins ils ont fait l’effort d’inclure des versions asynchrones de toutes les méthodes, et de cibler toutes les plateformes.








Nerthazrim a écrit :



Plus précisément, Google refuse l’accès à l’API permettant d’afficher la pub qui est un prérequis pour pouvoir respecter les règles de Google concernant l’affichage de vidéos.

Le résultat est le même, c’est juste un détour pratique pour la glisser à MS.





J’ai jamais compris la posture de Google face à M$ concernant les apps mobile sur WP8 sachant que iOS est un plus gros et dangereux concurrent. Es-ce à cause de Bing ?



En terme de BusinessPlan, WP est plus dangereux qu’iOS en terme de concurrent potentiel pour Android.

iOS est une exclusivité Apple qui vend des smartphones 700€, sa part de marché cible va tourner autour de 10%, ce qui laisse 90% du marché à Android si on WP n’existait pas.



WP et Android ont le même mode de diffusion à savoir être en partenariat avec les différents constructeurs pour promouvoir leur système et c’est la que les 2 OS entre en concurrence.

Après Micrsoft avec WP utilise la vente de licence comme modèle économique, Google avec Android privilegie la publicité ciblée sur les Androusers, normalement sans le savoir et même en ayant configuré votre smarphone comme il le fallait, Google connait très bien vos habitudes et vos déplacements ce qui en fait l’entreprise la mieux placé pour vous vendre des services/biens.


Le 25/03/2014 à 21h 24







aurel_gogo a écrit :



J’ai jamais compris la posture de Google face à M$ concernant les apps mobile sur WP8 sachant que iOS est un plus gros et dangereux concurrent. Es-ce à cause de Bing ?







Non iOS n’est pas le plus dangereux









aurel_gogo a écrit :



J’ai jamais compris la posture de Google face à M$ concernant les apps mobile sur WP8 sachant que iOS est un plus gros et dangereux concurrent. Es-ce à cause de Bing ?





iOS était leader avant l’arriver d’Android et a encore une bonne base d’utilisateur (qui ne risque plus de croitre excessivement maintenant), Google ce devait donc de toucher ce publique …. iOS n’est plus une menace.



Alors que Windows Phone est un nain et Google veut que ça le reste le plus longtemps possible <img data-src=" />



C’est compatible Mono ? <img data-src=" />








befa508 a écrit :



En terme de BusinessPlan, WP est plus dangereux qu’iOS en terme de concurrent potentiel pour Android.

iOS est une exclusivité Apple qui vend des smartphones 700€, sa part de marché cible va tourner autour de 10%, ce qui laisse 90% du marché à Android si on WP n’existait pas.



WP et Android ont le même mode de diffusion à savoir être en partenariat avec les différents constructeurs pour promouvoir leur système et c’est la que les 2 OS entre en concurrence.

Après Micrsoft avec WP utilise la vente de licence comme modèle économique, Google avec Android privilegie la publicité ciblée sur les Androusers, normalement sans le savoir et même en ayant configuré votre smarphone comme il le fallait, Google connait très bien vos habitudes et vos déplacements ce qui en fait l’entreprise la mieux placé pour vous vendre des services/biens.









arno53 a écrit :



iOS était leader avant l’arriver d’Android et a encore une bonne base d’utilisateur (qui ne risque plus de croitre excessivement maintenant), Google ce devait donc de toucher ce publique …. iOS n’est plus une menace.



Alors que Windows Phone est un nain et Google veut que ça le reste le plus longtemps possible <img data-src=" />





Merci <img data-src=" />