Microsoft veut des applications Android et iOS
Microsoft vient de publier une version de l’API Mapping Tool qui facilite le portage d’applications Android 2.3 (Gingerbread) vers Windows Phone 7. Un API Mapping Tool pour iOS 4.2 existe déjà. Le but avoué est de proposer aux développeurs qui sont familiers avec les plateformes concurrentes un moyen d’apprendre à plus facilement programmer pour Windows Phone 7. On prend une API connue sur Android ou iOS et on regarde quel est l’équivalent sur le framework Silverlight/.NET. Il s’agit surtout d’un moyen de favoriser le portage d’applications.
C'est la première fois, à notre connaissance, qu'un grand éditeur de système d'exploitation mobile sort un tel outil. La version pour iOS est arrivée en avril dernier. Celle pour Android a été publiée le 9 juin. Microsoft compare son outil à un dictionnaire bilingue. Néanmoins, au-delà du simple apprentissage d’une nouvelle plateforme, l’éditeur espère aussi offrir de l’aide pour porter une application iOS ou Android sur Windows Phone 7. C’est pourquoi Redmond a aussi lancé un nouveau service nommé App Guy (le gars des applications en français, NDLR). Il s’agit d’un assistant qui répond aux interrogations des différents développeurs qui seraient « coincés » dans leur quête de portage. Il sonde aussi les forums pour regrouper les questions à ce sujet. L’API Mapping Tool sera mis à jour cet été pour prendre en charge les nouvelles API disponibles sur Mango (Windows Phone 7.5).
Le Windows Phone 7 Marketplace, l’équivalent de l’App Store d’Apple, regroupe 20 500 applications et enregistre près de 7 000 développeurs certifiés, selon les statistiques de WP7 Applist. Comparativement, il y a plus de 425 000 applications dans l’App Store, selon les chiffres présentés par Apple lors de la dernière conférence de presse. L’Android Market contiendrait près de 300 000 applications, selon les analystes de research2guidance qui prédisent qu’il dépassera l’App Store en aout 2011.
La solution de Microsoft est différente de celle de Novell qui est connu pour MonoTouch, une plateforme de développement qui permet d’écrire une application en .NET et de la compiler pour qu’elle tourne nativement sur iOS ou Android (cf. « .Net pour écrire une application iPhone et « Des applications Android en C# »). Microsoft cherche quant à lui à ce que les développeurs démarrent sur page blanche et utilisent les applications iOS et Android simplement comme modèle.
- Developpement,
- Microsoft,
- API ,
- Mapping ,
- Tool
- Les pilotes et firmwares de la semaine
- [Techno-génie] Imprimer de vrais bikinis et soutiens-gorge
- Sharkoon lance son boîtier T5 Value à 50 €
- Shuttle H3 6700G : un XPC pour joueurs
- Samsung : de la DDR3 en 3x nm pour tous
- 4 ports USB 3.0 chez Etron
- PLS : les dalles « IPS » by Samsung
- Microsoft perd son procès contre i4i
- Antec : une alim verte de 750 watts
- Un chipset X79 pour Socket LGA2011 et LGA1366 ?
- Asus UX21 : un SSD Sandisk ou un SSD A-DATA ?
- La fin du Minitel en 2011 ? Non, en 2012
- Les Llano Desktop d'AMD dévoilés en fuite
- Pas de Core i8 pour les Sandy Bridge-E
- Google et Facebook devraient changer de serveurs
- La première alim 500 W passive 80 Plus Platinum
- Apple paye Nokia pour mettre fin aux procès
- Cloud : HP aussi veut son nuage musical
je ne sais pas si je rêve, mais je pense que dans un futur proche, Google ou MS (ou un dévéloppeur geek externe) réussira à sortir un outil, un truc,une astuce, un procédé de virtualisation pour tablette permettant de faire tourner facilement des applis quel que soit l'OS....
Vmware avait déjà réussi un système de virtualisation des OS mobile, alors pourquoi pas les OS des tablettes...
Euh ça existe déjà, ça s'appele le java.
facilite par le fait qu elle tournent toutes sur prozo ARM
Ce qui me fait bien rigoler c'est le nombre absurdement élevé des applis sur les AppStore, Market Place et autres. (syndrome du kikalaplugrosse)
Passé un certain nombre, non seulement le foisonnement n'apporte plus rien si ce n'est de la perplexité et de la difficulté à choisir la bonne application.
On peut aussi, sans grand risque d'erreur, supposer qu'une large majorité de ces applis sont merdiques, mal foutues et codées avec les pieds.
Mais, surtout, on est encore une fois devant la situation d'un marché qui ne répond pas aux besoins/désirs du consommateur mais qui propose des applis en essayant de persuader le consommateur qu'il les lui faut absolument sous peine d'on ne sait quelle déchéance.
Comme pour les smartphones qui proposent des quantités de fonctionnalités inutiles qui ont mobilisé quantité de moyens qui auraient certainement été mieux employés à satisfaire de vrais besoins, comme, par exemple, de sortir des OS débuggés, avec les fonctions de base que l'on est en droit d'attendre.
M'enfin...
Je crois que tu exagères sur les bug, c'est comme pas daubé à ce point !
Sinon pour les applis multi-os, non merci, ça ne sert à faire que des saloperies incapables d'exploiter le potentiel de chaque OS ! Et une application non optimisé, c'est juste bon pour la benne ...
Etant donné qu'un OS ne sert qu'à donner un accès (à partager surtout) les ressources matérielles de ton smartphone, et que les smartphones sont globalement tous pareils (au hasard: un SoC arm avec un écran multitouch, une caméra, quelques boutons et des interfaces sans fils (wifi, gps, 3g, ...). Ca ne devrait pas être trop compliqué au contraire de ce que tu dis. Il suffit juste d'avoir une API commune, ce qui n'arrivera malheureusement jamais, chacun voulant garder son petit jardin secret.
Le fait que Microsoft sorte un espèce de traducteur d'API montre bien que les plateformes/API ne sont pas si éloignées que ça.
Je ne sais pas trop ce que tu entends par optimisé, mais pour android les applis sont en java donc tournent dans une machine virtuelle, niveau performance c'est pas la joie... Pour les autres platformes je ne sais pas trop, si c'est du .NET pour windows, c'est sûrement aussi du bytecode (un peu mieux que celui du java je crois).
Comme pour les smartphones qui proposent des quantités de fonctionnalités inutiles qui ont mobilisé quantité de moyens qui auraient certainement été mieux employés à satisfaire de vrais besoins, comme, par exemple, de sortir des OS débuggés, avec les fonctions de base que l'on est en droit d'attendre.
En même temps, vendre un OS pourri qui fait rien que tu peux patchworker toi-même avec des applis téléchargeables, c'est un bien meilleur modèle pour se faire des thunes...
Enfin je reste toujours sur le cul de voir que l'iPad n'a même pas une fonction de dessin par défaut...