Archive

Archive for the ‘Mobilité’ Category

Sortie de jQueryMobile en version 1.0alpha3 et son grand frère jQuery en version 1.5

February 27th, 2011 1 comment

Ces derniers jours ont été prolifiques en news au sujet de l’écosystème jQuery. Le 31 janvier est sortie la version 1.5.0 de la librairie qui nous propose différentes améliorations intéressantes et sûrement attendues depuis longtemps par bon nombre de développeurs.

Les changements principaux de cette version concernent une réécriture complète du support Ajax fournissant une API encore plus efficace et consistante, et l’intégration d’un mécanisme qui permet de chaîner différents callbacks sur des appels de fonctions qu’ils soient asynchrones ou non.

L’API Ajax fournit maintenant un object jqXHR retourné par l’appel de la méthode jQuery.ajax() qui permet de gérer de façon consistante l’objet XMLHttpRequest quelque soit la plateforme utilisée. Par exemple, il est maintenant possible d’annuler facilement une requête JSONP ce qui n’était pas le cas auparavant.

// Assign handlers immediately after making the request,
// and remember the jxhr object for this request
var jxhr = $.ajax({ url: "example.php" })
.success(function() { alert("success"); })
.error(function() { alert("error"); })
.complete(function() { alert("complete"); });

// perform other work here ...

// Set another completion function for the request above
jxhr.complete(function(){ alert("second complete"); });

Une explication complète du mécanisme appelé: ‘Deferred Objects‘ est disponible sur le site de jQuery.

jQuery expose maintenant, par le biais de la méthode jQuery.sub() un moyen simple de créer et modifier un clone de jQuery dans la même page sans pour autant interférer avec la déclaration par défaut. il est ainsi possible d’overrider des méthodes natives jQuery sans craindre d’incompatibilité avec d’autres scripts d’une même page basée sur jQuery. Cela rend aisé l’écriture d’API basées sur jQuery sans risquer une collision de namespaces.

(function(){
var sub$ = jQuery.sub();

sub$.fn.myCustomMethod = function(){
      return 'just for me';
    };

sub$(document).ready(function() {
      sub$('body').myCustomMethod() // 'just for me'
    });
})();

typeof jQuery('body').myCustomMethod // undefined

Cette version inclut également des améliorations de performance puisque la gestion de certaines méthodes de traversée de l’arbre DOM ont largement été optimisées comme les méthodes: .children(), .prev(), and .next(). Ces améliorations sont particulièrement importantes sous webkit (Chrome et Safari), mais elles sont également intéressantes sous Internet Explorer, puisqu’elles permettent de faire décoller un peu les performances de notre cher navigateur.

A ce jour quelques 4500 tests passent avec succès sur un nombre impressionnant de browsers (dont IE6, mais également Firebox 4 beta), ce qui pousse au respect au vue de l’hétérogénéité de ce joyeux petit monde.

Pour finir sur une note intéressante, le système de build de jQuery est maintenant basé sur l’environnement serveur JavaScript: NodeJS, ce qui est plutôt original, mais qui permet au navigateur de réduire sa dépendance envers Java/Rhino, et de se tourner vers de nouvelles solutions JavaScript innovantes.

Une road map de la librairie est disponible à l’adresse suivante: http://docs.jquery.com/Roadmap.

Presque 3 longs mois après la sortie de la version précédente, jQuery Mobile vient de sortir sa troisième version alpha, accompagnant à une semaine d’intervalle la release de son grand frère jQuery en version 1.5.0. L’attente ne fut pas vaine, puisque de nombreuses améliorations sont au rendez-vous:

  • Quelques 150 bugs fixés, environs 250 nouveaux tests unitaires
  • Une amélioration substantielle de la navigation et du core de la librairie
  • Un support de première classe pour de nouveaux browsers mobiles: Firefox Mobile (Fennec), Opera Mobile / Mini. Un support de première classe est également proche pour les plateformes Windows Phone 7 et Nokia.
  • Un support amélioré des browsers des plateformes iOS, Android, BlackBerry 6, Palm WebOS, et de nose browsers de bureau.
  • La prise en charge d’un date picker, non packagé dans la version. La prise en charge de nouveaux composants devrait arriver dans les prochaines versions (Progress Bar, Spinner, Time Picket)
  • La prise en charge du clavier a été améliorée et permet de mieux simuler un comportement natif au sein du navigateur.
  • De très nombreuses autres améliorations ont été intégrées à cette version. Une liste exhaustive peut être trouvée sur le blog de jQuery Mobile.

Ce qu’il faut retenir également, c’est l’annonce d’une bêta dans le mois qui va suivre, puis la sortie de la release 1.0 dans la foulée. Les objectifs fixés sont d’améliorer les performances générales de la librairie,
d’améliorer l’expérience utilisateur et la réactivité, et de fournir un support à un nombre plus important de browsers et plateformes mobiles. Bien que le sujet ne soit pas vraiment abordé dans le billet de l’annonce de cette sortie, on devrait également voir dans un avenir proche, une meilleure prise en charge de nos chères tablettes: iPad, PlayBook, et compagnie (après la sortie de la 1.0 ?).

Bien que l’annonce de cette release soit réjouissante pour le monde des développeurs mobiles, il n’en reste pas moins vrai que le niveau de performance souffre encore fortement la comparaison avec les applications natives (Gestion de liste), et la gestion de la navigation entre les différents écrans présente encore quelques dysfonctionnements. Il n’y a pas de doute que ce type de défauts seront rapidement gommés avec la sortie des prochaines versions.

Vous pouvez retrouvez ces informations sur le site de jQuery Mobile, leur blog et les suivre sur twitter via le compte: @jquerymobile.

  • Digg
  • Technorati
  • Twitter
  • del.icio.us
  • Facebook
  • LinkedIn
  • Mixx
  • Google Bookmarks
  • Netvibes
  • Wikio FR
  • Yahoo! Buzz
  • Reddit
  • StumbleUpon
  • Print
  • email

Annonce de jQuery Mobile

August 17th, 2010 No comments

C’est une nouvelle qui va à coup sûr faire du bruit dans un monde du développement mobile déjà bouillonnant, puisque vient d’être annoncé la sortie pour la fin d’année de la version mobile du framework jQuery. Et ce n’est pas par la petite porte que le célèbre framework web souhaite faire son entrée, puisque contrairement à ses concurrents déclarés, tels que jQTouch ou bien Sensha Touch, jQuery Mobile se veut être un framework JavaScript ciblant la quasi totalité des plateformes mobiles web actuelles (Blackberry, Windows Mobile, iOS pour l’iPhone et l’iPad, Android, Symbian, Bada, …), et permettant de développer des interfaces riches capable de faire rougir bon nombre d’interfaces graphiques natives.

Avec l’avènement d’HTML5 (WebStorage, WebSockets, Vidéo, Géolocalisation, …), du CSS3, et des navigateurs mobiles dernière génération proposant des moteurs JavaScripts performants, la guerre du web semble se trouver un nouveau terrain de bataille, et le web mobile aura sous peu toutes les armes nécessaires pour déstabiliser le business modèle à peine naissant des Markets, tel que l’iTunes App Store ou bien l’Android Market. Le marché des applications mobiles semble donc suivre la voie de son grand frère, celui des applications PC, et proposera à terme de nombreuses applications riches directement par le web.

L’annonce parue sur le site de jQuery Mobile indique que l’un des objectifs du framework est de pouvoir développer une application unique pour toutes les plateformes mobiles. Ce concept, ne semble pas nouveau puisque l’objectif de J2ME sorti il y a 10 ans déjà était bien de développer une solution unique, rappelez-vous: “Write Once, Run everywhere”. Le slogan semble être ici: “Write Less, Do More”, mais l’objectif de fond est bien le même.

Palm avec sa plateforme WebOS et Firefox sont déjà sponsors du projet. Bien qu’encore en développement intense, la sortie première sortie du framework est prévue pour fin 2010. Ce framework pourrait bien être une des grandes surprises mobile de 2010, et pourrait devenir très rapidement un framework incontournable pour le développement web d’applications riches pour mobile.

Pour en apprendre plus sur cette déclinaison de jQuery, vous pouvez suivre les liens suivants et apprécier les designs présentés :

  • Digg
  • Technorati
  • Twitter
  • del.icio.us
  • Facebook
  • LinkedIn
  • Mixx
  • Google Bookmarks
  • Netvibes
  • Wikio FR
  • Yahoo! Buzz
  • Reddit
  • StumbleUpon
  • Print
  • email
Categories: Mobilité, Web Tags: , ,

Nokia donne son “Mobile Runtime” Java à la fondation Symbian

August 4th, 2010 No comments

Dans un effort de rendre plus accessible le développement d’applications Java pour les mobiles basés sur le système Symbian, Nokia vient d’annoncer, ce 15 juillet, faire don de son “Mobile Runtime for Java Applications” (JRT) à la fondation Symbian (créée en 2008 justement, suite au rachat de Symbian Software Limited). Avec le don de son JRT, Nokia met à disposition pas moins d’1 million de lignes de code Java et C++ correspondant à son runtime, son installeur d’applications, ses API, ses tests et sa documentation. Le tout est mis à disposition sous license Eclipse Public License (EPL) et est disponible comme partie intégrante du dernier Symbian^3 Product Development Kit.

Nokia annonce le support de la norme MIDP 2.1 (JSR 118), ainsi que ses nombreuses JSR, dont l’architecture MSA. Rien de bien nouveau, jusqu’à présent, serait-on tenté de dire. D’un point de vue graphique, la plateforme Symbian^3 apporte le support d’une accélération graphique hardware, ainsi que deux API non standard : la classique Nokia UI API en version 1.4, ainsi qu’une implémentation de l’Eclipse Standard Widget Toolkit (eSWT) UI API en version 1.0.3.

En complément du langage Java, Le SDK Symbian^3 propose d’écrire des applications natives en utilisant le langage C++ et le support intégré du tookit graphique Qt. Un support de développement basé sur les technologies Web est également disponible, il permet de construire des applications basées sur le Nokia’s Web Runtime (WRT) et l’outil PhoneGap, qui permet de tirer parti de différentes fonctionnalités de l’OS habituellement uniquement accessibles par les applications natives.

Pour les curieux, une roadmap de développement permet de se faire une idée des fonctionnalités des futures version de la plateforme.

Quelle stratégie pour Nokia en 2010?

Dès 2008, Nokia avait préparé sa riposte face à la sortie de la plateforme mobile Android de Google. Déjà détenteur de 48% de la société Symbian Limited, Nokia avait racheté les parts restantes auprès de ses concurrents de l’époque (Sony-Ericsson, Panasonic, Siemens, …) pour un montant avoisinant les 250 millions d’euros. Ce rachat qui n’était qu’une première étape devait permettre à Nokia de faire don de la plateforme Symbian à la fondation éponyme. A la même époque les autres acteurs de l’environnement Symbian devaient faire de même: Sony-Ericsson et Motorola devaient, entre autre, fournir la technologie UIQ à la fondation. Le but de la fondation Symbian était donc de créer, à partir de ces différentes contributions, une plateforme mobile unifiée ouverte à la communauté.

En l’espace de 2 ans, le paysage des plateformes mobiles a cependant bien changé: l’iOS d’Apple est devenu un leader emblématique, même s’il commence à se faire disputer le titre par la plateforme Android de Google, tandis que Microsoft tente revenir dans la course pour les fêtes avec son nouveau système Windows Phone 7. En parallèle, de nouveaux acteurs apparaissent tel que Samsung avec son système Bada, ou bien Baidu qui souhaite copier son grand frère Google avec un OS ayant pour ambition de conquérir le marché chinois …

Près de 2 ans après la présentation de sa stratégie pour contrer Google, l’annonce de la sortie de Symbian^3 par Nokia ressemble beaucoup à une tentative désespérée de raccrocher le wagon. Il n’est plus l’heure pour Nokia de redorer son blason, mais plutôt de sauver les meubles dans un secteur où les évolutions se font à coup de bottes de sept lieues. Pour s’en convaincre, il suffit de comparer le paysage des plateformes mobiles aujourd’hui avec celui de 2008. Malgré un parc important d’appareils mobiles déployés et sa communauté de développeurs, Nokia est toujours à la recherche d’un business model efficace. Ses talents d’innovation et de fabricant de combinés haut de gammes semblent être un lointain souvenir tant la concurrence a pris de l’avance rapidement. La stratégie de Nokia est-elle la bonne ? Nokia est en tout cas, aujourd’hui, au pied du mur. Le géant scandinave annonce pour la fin d’année des appareils compatibles avec la toute dernière version de la plateforme Symbian, comme le Nokia N8. Dans un marché en mouvement permanent, cela sera-t-il suffisant ?

  • Digg
  • Technorati
  • Twitter
  • del.icio.us
  • Facebook
  • LinkedIn
  • Mixx
  • Google Bookmarks
  • Netvibes
  • Wikio FR
  • Yahoo! Buzz
  • Reddit
  • StumbleUpon
  • Print
  • email
Categories: J2ME, Java, Mobilité Tags: ,

Sortie de la librairie J2ME Logging4ME

July 29th, 2009 No comments

Je travaille depuis un certain temps sur différents projets J2ME, et certains d’entre eux arrivent aujourd’hui à maturité. Le temps est donc venu de les releaser et de proposer une première version publique.

La sortie de la librairie Java pour J2ME Basic4ME a déjà fait l’objet d’un post il y a quelques jours.

Aujourd’hui, c’est au tour du projet Java pour J2ME “Logging4ME” d’être présenté et releasé:

Logging4ME est une librairie de logging spécialement adaptée pour J2ME, distribuée sous license Apache, et sa première version publique est la 1.0.1.

La librairie a été pensée dès le début des développements pour être spécialement adaptée aux problématiques J2ME. Elle est donc parfaitement compatible avec l’environnement J2ME/MIDP, et propose de nombreuses fonctionnalités classiques des librairies de log:

  • Une API de log classique et simple utiliser
  • Support de tous les niveaux de logs
  • Gestion des catégories de logger par hiérarchie ou bien par mot clé
  • Gestion de l’additivité pour la gestion des catégorie de loggers par hiérarchie
  • Configuration des layout, dont l’implémentation “PatternLayout”, permettant de configurer finement l’affichage des logs
  • Support des Appenders, dont le “ConsoleAppender”, et le “FileAppender”
  • Possiblité d’étendre les fonctionnalités de la librairie (Custom Layout, custom Appender)

Il existe déjà différentes implémentations de gestion des log adaptées pour J2ME. Microlog fait aujourd’hui référence pour l’éco-système J2ME, cependant il faut bien trouver chaussure à son pieds. Logging4ME propose donc une implémentation nouvelle, simple et légère de gestion des logs.

Listing des projets de gestion des logs pour J2ME:

  • Microlog
  • log4me – Note: Le projet semble abandonné (Pas mis à jour depuis Août 2006)
  • Jadabs-Log4j-J2ME – Note: Le projet semble abandonné (Pas mis à jour depuis Nomvembre 2004)
  • Et bien sûr: Logging4ME

Liens utiles du projet:

  • Le site du projet est à l’adresse suivante: http://logging4me.helyx.org/ .
    Vous y trouverez toutes les informations liées au développement du projet: Sources, Javadoc, Couverture de test, métriques, rapports Maven, …
  • Un wiki est disponible ici. Il propose des informations complémentaires: Exemples, Intégration de la librairie à votre projet, …
  • Pour télécharger le projet, cela se passe à l’adresse suivante: http://wiki.helyx.org/doku.php?id=logging4me:downloads
  • Un BugTracker est disponible à l’adresse suivante pour remonter toute anomalies ou suggestions : http://issues.helyx.org
  • Le projet est inscrit sur ohloh à l’adresse suivante: http://www.ohloh.net/p/Logging4ME.
  • Si vous souhaitez utiliser cette librairie pour votre développement, n’hésitez à me faire part de vos retours par mail, via le bugtracker, ou bien les commentaires du blog.

  • Digg
  • Technorati
  • Twitter
  • del.icio.us
  • Facebook
  • LinkedIn
  • Mixx
  • Google Bookmarks
  • Netvibes
  • Wikio FR
  • Yahoo! Buzz
  • Reddit
  • StumbleUpon
  • Print
  • email

Android, retour d’impressions

December 13th, 2007 3 comments

Après quelques semaines d’utilisation, je commence à me faire une idée des capacités de la plateforme et de ses qualités ert défauts! Et il y a de quoi parler, à commencer par l’émulateur. Ce dernier m’a semblé de prime abord de très bonne facture, mais il s’impose vite la conclusion suivante: l’émulateur propose des performances catastrophiques! Le PC sur lequel je développe est un portable Athlon XP 3000+, ok il n’est pas tout neuf, mais cela reste honorable, étant donnée que l’ordinateur dispose de 1,5Go de RAM et d’un disque 5400 tpm, les performances restent donc correctes. Cependant, dès que l’émulateur est lancé, le pourcentage d’utilisation CPU monte à 95 % très facilement et le pc ne répond pas vraiment bien (C’est le moins qu’on puisse dire) . Ce qui me trouble le plus reste les performances des programmes exécutés sur l’émulateur. Je ne suis pas arrivé à des performances correctes sans faire des concessions importantes sur le design applicatif et encore avec difficulté.

Je comprend l’angoument autour de la plateforme, mais également pourquoi on voit si peu de programmes disponibles (Je ne pense pas que ce soit lié au concour Android de Google uniquement). La source du problème n’est pas tant dans la plateforme que dans les performances de l’émulateur qui ont de quoi dégouter du développement sur Android et pousser à explorer les progrès fait sur J2ME et les JVM MIDP de Sony et Nokia qui semblent d’ailleurs très intéressant.

Même si les constructeurs proposent des machines performantes, il va falloir que Google fasse un effort sur son émulateur pour proposer des performances acceptables sur son émulateur. Dans le cas contraire, il se pourrait que certains développeurs soient rebutés. Pour l’instant j’en fait parti.

Autre bémol et de taille: c’est l’obscurantisme des API de la plateforme et le peu d’explications qu’on peut trouver. On est bien trop amené à essayer de deviner comment utiliser les API.  Les API étant complètement nouvelles, elles obligent le développeur à un apprentissage nouveau. De plus les API sont complexes et accrobatiques à utiliser. Souvent élégantes dans le concept, il faut tout de même avoir de bonnes notions de développement pour les exploiter correctement.

j’appuye cette petit analyse sur un retour d’expérience réel , j’ai essayé d’exploiter des API REST simples et cela me pose trop de difficultés pour en rendre le développement sympathique: j’ai plus tendance à m’arracher les cheveux entre la complexité des API et les performances de l’émulateur.

Gageons que la plateforme est encore jeune, et des best practices Android simples et efficaces  apparaitrons, mais pour le moment ce n’est pas la panacé. Et un travail urgent est à faire sur les performances de l’émulateur. Pour am part, le constat est simple: j’arrêtele développement Android ou bien j’achète un nouveau PC…

Un dernier mot: Je suis en 1280 et l’émulateur prend une grande partie de mon écran! C’est quand même assez embêtant. Google est capable de penser des API complexe, mais pas à un détail aussi simple.

A noter: les JVM de Sony et de Nokia embarquent aujourd’hui tout un ensemble d’extensions intéressantes, sur lesquelles je reviendrais un autre fois, mais qui permettent de développer facilement aujourd’hui des applications intéressantes sans vraiment de difficultés particulières. Les problématiques d’antant n’existent plus vraiment sur MIDP aujourd’hui.

Depuis quelques jours, j’ai un W910 de Sony, et il faut dire que je suis impressionné par les progrès effectués et la diversité des API MIDP proposées (Sensor API, Content handler API, MMAPI, Bluetooth API, …). De plus, les JVM sony, par exemple, en sont à leur 8ème génération, ce qui en fait un choix de plateforme proposant de nombreux avantages (performances, stabilité, support d’API étendues, …) et un choix pour le moment bien plus sûr qu’Android.

Ma conclusion, est donc la suivante: comme de nombreuses personnes, je suis rentré dans le jeu des Buzz (IPhone /Android), mais rien ne vaut les valeurs sûres telles que MIDP ou le DotNet CF ou bien la plateforme de dev Symbian ou Palm. Attendons donc quelques mois que la plateforme Android murisse et que les premiers modèles sortent avant de trop en dire sur Android. N’oublions pas, entre autre, pour le moment qu’Android repose sur une plateforme Linux qui n’est compatible ni Symbian, ni Windows Mobile, ni Palm. Le marché est de ce fait extrêmement restreint. De la même manière que l’Iphone, le marché Android risque de rester une niche un certain temps. L’arrivée de l’IPhone et d’Android ne font que segmenter le marché et rendre la tâche plus difficile pour les sociétés travaillant dans le domaine de la mobilité. Il existe au bas mot 6 plateformes importantes: Midp, Windows Mobile, Symbian, Palm, l’IPhone et Android!

N’hésitez pas à faire part de vos impressions!

  • Digg
  • Technorati
  • Twitter
  • del.icio.us
  • Facebook
  • LinkedIn
  • Mixx
  • Google Bookmarks
  • Netvibes
  • Wikio FR
  • Yahoo! Buzz
  • Reddit
  • StumbleUpon
  • Print
  • email
Categories: Android, IPhone Tags: ,

Nouvelle version du plugin maven-android-plugin

November 30th, 2007 2 comments

Pour rappel: le plugin maven ‘maven-android-plugin‘ propose ue intégration des outils Android avec Maven.

Après une courte utilisation du plugin en mode multi-modules, j’ai repéré un petit problème d’utilisation lorsque les commandes maven sont lancées depuis un projet parent. Ce problème hélas rendait très gênant l’utilisation en mode multi-module de maven. L’auteur a heuresement apporté les corrections nécessaire et le plugin est donc maintenant utilisable en mode multi-modules. Je conseille donc à tout le monde de l’essayer. Il a beau être dans la sandbox des plugins maven j’espère bien qu’il sera supporté à terme pour sortir de la sandbox et fournir un support complet Maven pour Android.

A noter: L’auteur du plugin indique uniquement le chemin du projet en utilisant un lien vers ViewVC, mais pour l’installer il faut bien le checkouter depuis un client subversion, puis l’installer en tapant la commande Maven: ‘mvn install‘. Cette URL est hélas visible nul part…

L’url svn du plugin est la suivante:

http://svn.apache.org/repos/asf/maven/sandbox/trunk/plugins/maven-android

  • Digg
  • Technorati
  • Twitter
  • del.icio.us
  • Facebook
  • LinkedIn
  • Mixx
  • Google Bookmarks
  • Netvibes
  • Wikio FR
  • Yahoo! Buzz
  • Reddit
  • StumbleUpon
  • Print
  • email
Categories: Android, Maven Tags: , ,

Android et Eclipse: Choisir le bon plugin Maven

November 30th, 2007 No comments

Android est de prime abord un framework qui propose tout le nécessaire pour avoir une intégration avec les outils de développement traditionnels. Google propose, en effet, une intégration avec Eclipse via un plugin plutôt bien fait, et une intégration avec Ant.

Mais qu’en est-il de l’intégration d’Android avec Maven ? Un billet de ce blog en fait déjà mention (‘Android + Maven, C’est déjà possible‘) : Shane Isbell a développé tout l’outillage maven nécessaire à cela.

Cependant l’intégration ‘Android + Maven’ avec Eclipse ne se rélève pas aisée pour autant et pour cause: le packaging maven est spécifique (Génération de fichiers Dex), des builders spécifiques existent pour eclipse, etc.

Pour avoir essayé plusieurs plugins d’intégration de Maven avec Eclipse et Android, j’ai peux conclure que tous ne sont pas adaptés!

Et en particulier Q4E qui présente de nombreuses lacunes. Je vous conseille donc d’essayer soit le plugin maven : maven-eclipse-plugin, qui propose une génération des fichiers nécessaires à Eclipse ou bien m2eclipse qui dans l’ensemble semble bien fonctionner si ce n’est la nécessité de supprimer la référence vers le JRE par défaut d’Eclipse inclus dans le classpath généré. Maven-eclipse-plugin posera plus de difficultés étant donné qu’il ne propose pas la génération de classpath avec un packaging spécial (android:dex) ce qui est au final très embêtant puisqu’il faut le confectionner soit même alors que c’est un des buts premier du plugin … De plus il est nécessaire d’ajouter les builder complémentaires à la main dans la configuration du plugin.

  • Digg
  • Technorati
  • Twitter
  • del.icio.us
  • Facebook
  • LinkedIn
  • Mixx
  • Google Bookmarks
  • Netvibes
  • Wikio FR
  • Yahoo! Buzz
  • Reddit
  • StumbleUpon
  • Print
  • email
Categories: Android, Maven Tags: , , ,

Première contributions et démos intéressantes pour Android

November 21st, 2007 1 comment

Une première application complète et fonctionnelle est sortie ce soir, il s’agit d’une application exploitant le système de micro-bloging ultra connu. Cerise sur le gâteau le code source de l’application est disponible sur le site de l’auteur!


twitter.jpg

Ce qui m’étonne le plus dans l’affaire, c’est qu’en regardant le code source de plus près, on s’aperçoit que le gentil développeur manie parfaitement le framework et ses concept malgré la quasi-existence d’exemple et de bonne pratique sur le web. Qui plus est il utilise même des fonctions qui ne sont pas documenté!Pas mal non?

Je fais référence à l’object RequestQueue qui traite les requêtes HTTP à haut niveau! Cette classe se trouve dans le package android.net.http.

On note bien l’absence totale de documentation sur ce package, de plus une petite recherche sur Google montre bien une absence totale de documentation de cette classe sur le Web!

En faisant un tour sur le blog de l’auteur pour récupérer les sources et lire le code, je m’aperçois qu’il à posté d’autres exemples pour le moins étonnant également, vu le peu d’info sur le net!

En cherchant un peu d’infos sur l’auteur on se rend compte assez rapidement que ce n’est pas n’importe qui puisque c’est le co-fondateur (Davanum Srinivas) de la société WSO2. Toute personne qui s’y connaît un tant soi peu en stack web service Java, aura compris qu’il s’agit de la société qui s’occupe des développements d’Axis (entre autre). D’un coup on comprend mieux! (Désolé, j’utilise la stack XFire ou plutôt CXF maintenant).

Châpeau bas pour ces contributions!

  • Digg
  • Technorati
  • Twitter
  • del.icio.us
  • Facebook
  • LinkedIn
  • Mixx
  • Google Bookmarks
  • Netvibes
  • Wikio FR
  • Yahoo! Buzz
  • Reddit
  • StumbleUpon
  • Print
  • email
Categories: Android Tags:

Android sans Java … Ok, mais à quoi bon?

November 21st, 2007 1 comment

Le lien d’une news qui me fait tiquer:

Et vous, qu’en pensez-vous? Trouvez-vous cela bien intéressant ?

Pour ma part, je ne comprends pas vraiment l’intérêt de la chose… Développer un programme C ou installer un package pour un système Linux: ok, je comprends bien (Et cela reviendra au constructeur du téléphone de le permettre ou non), mais tenter de se passer d’un framework sur un système qui est spécialement fourni comme support de base de ce framework, franchement je ne comprends pas vraiment bien la chose.

Un support d’accès natif est toutefois prévu, mais dans l’optique d’étendre les possibilités d’une application Android par exemple, via des appels système, et non  pour installer des outils tiers, à moins que cela apporte un avantage direct. Mais là encore, c’est au constructeur de définir le périmètre des fonctionnalités qu’il souhaite mettre à disposition dans son matériel.

De plus, Google a déjà incorporé un outil similaire à BusyBox dans son émulateur et sa plateforme en général qui est ToolBox! Il serait intéressant de connaitre la vision de Google à ce sujet: Linux est-il uniquement un support pour Android, ou bien est-ce un système destiné à être extensible par n’importe qui!

  • Digg
  • Technorati
  • Twitter
  • del.icio.us
  • Facebook
  • LinkedIn
  • Mixx
  • Google Bookmarks
  • Netvibes
  • Wikio FR
  • Yahoo! Buzz
  • Reddit
  • StumbleUpon
  • Print
  • email
Categories: Android Tags: ,

Un premier essai avec Android ( UI + XML + HTTP )

November 20th, 2007 2 comments

Je me suis essayé à développer une application test pour mieux cerner les capacités de la plateforme.

Il se révèle plutôt simple de développer avec Android, mais le manque d’exemple fait cruellement défaut. Cependant, on peut rapidement se débrouiller et trouver des solutions…

Je me suis donc amusé à charger un document XML d’un site internet bien connu des parisiens, et je l’ai affiché sous forme d’une liste. En voici le résultat:

Velib_android.jpg

  • Digg
  • Technorati
  • Twitter
  • del.icio.us
  • Facebook
  • LinkedIn
  • Mixx
  • Google Bookmarks
  • Netvibes
  • Wikio FR
  • Yahoo! Buzz
  • Reddit
  • StumbleUpon
  • Print
  • email
Categories: Android Tags: , , ,