AngularJS, pas encore prêt pour le mobile

Mardi dernier avait lieu la soirée de présentation d’AngularJS par nos amis de Sushee et OrangeLabs via CodeDarmor, l’occasion de voir si cette librairie javascript est aussi révolutionnaire qu’elle y paraît.

Au final, si l’effet whaou est bien là avec le « two way data-binding », notre avis reste mitigé.

Le data-binding est ce qui rend les démos AngularJS bluffantes : à chaque modification des données du modèle, la vue se met à jour. Vous pouvez mettre des références à des données partout dans votre DOM, AngularJS les tient à jour pour vous.

Fini les modifications sur DOM à la jQuery, la librairie s’en charge. La séparation « modèle, vue, contrôleur » est enfin possible en HTML5. En un mot : Génial!

Sauf que pour effectuer cette magie, AngularJS scrutte les événements de modification du DOM, doit maintenir des références sur les différents items et leur noeud dans le DOM et peut être amené à mettre à jour tout le scope de votre contrôleur alors que seule une petite valeur a changé dans votre objet.

Si vous voulez des animations, AngularJS ajoute également automatiquement des classes à tous les éléments du DOM lors de leur ajout, suppression ou déplacement. Y compris les éléments que vous n’animerez pas.

Tout cela est très pratique, c’est certe un peu sauvage comme façon de faire mais la plupart des navigateurs habituels sont capables de manipuler tout cela sans que vous n’y voyez quoi que ce soit.

Par contre, si vous embarquez vos applications HTML5 dans une application native, ces manipulations vont vite ralentir votre application, les « webviews » étant beaucoup moins puissantes qu’un « vrai » navigateur.

Bien que ce point des performances soit bloquant pour nous, il nous faudra garder un oeil sur AngularJS, car de nombreuses personnes travaillent déjà sur comment adapter AngularJS au mobile sans perdre trop en performance.

AngularJS est donc un framework JavaScript prometteur mais nous allons probablement devoir continuer encore un petit peu avec Handlebars et Zepto

AngularJS, not yet ready for mobile

Last Tuesday it was held the night of the AngularJS presentation by our friends Sushee and OrangeLabs via CodeDarmor, to see if this javascript library is as revolutionary as it sounds.

Ultimately, if the effect whaou is with "two-way binding data," our opinion remains mixed.

Data binding is what makes to give incredible AngularJS: data of changes in the model, the view is updated. You can update the references to the data throughout its DOM, AngularJS keeps up-to-date for you.

Finished changes to DOM in the jQuery, the library is in charge. 'Model, view, controller' separation is possible in HTML5. In a word: awesome!

Except that to perform this magic, modification of scrutte of AngularJS of the DOM events, must maintain the references in various articles and its nodes in the DOM and may need to update the scope of your controller, while only a small value has changed in its object.

If you like animations, AngularJS automatically adds also classes to all elements in the DOM when you add, delete, or move. Including items not be encourage.

All this is very convenient, way to make a little wild like certe but most common browsers are capable of handling all this if you don't see anything.

On the other hand, If you send your HTML5 native, applications use these manipulations will quickly decrease your application, the "webviews" being much less powerful than a 'real' browser.

Although this point of performance is blocking for us, we will have to keep an eye on AngularJS, because many people are already working on how adapt AngularJS to the mobile without loosing much performance.

AngularJS is therefore a promising JavaScript framework but we may have to continue a bit with handlebar and Zepto

AngularJS, pas encore prêt pour le mobile

Mardi dernier avait lieu la soirée de présentation d’AngularJS par nos amis de Sushee et OrangeLabs via CodeDarmor, l’occasion de voir si cette librairie javascript est aussi révolutionnaire qu’elle y paraît.

Au final, si l’effet whaou est bien là avec le « two way data-binding », notre avis reste mitigé.

Le data-binding est ce qui rend les démos AngularJS bluffantes : à chaque modification des données du modèle, la vue se met à jour. Vous pouvez mettre des références à des données partout dans votre DOM, AngularJS les tient à jour pour vous.

Fini les modifications sur DOM à la jQuery, la librairie s’en charge. La séparation « modèle, vue, contrôleur » est enfin possible en HTML5. En un mot : Génial!

Sauf que pour effectuer cette magie, AngularJS scrutte les événements de modification du DOM, doit maintenir des références sur les différents items et leur noeud dans le DOM et peut être amené à mettre à jour tout le scope de votre contrôleur alors que seule une petite valeur a changé dans votre objet.

Si vous voulez des animations, AngularJS ajoute également automatiquement des classes à tous les éléments du DOM lors de leur ajout, suppression ou déplacement. Y compris les éléments que vous n’animerez pas.

Tout cela est très pratique, c’est certe un peu sauvage comme façon de faire mais la plupart des navigateurs habituels sont capables de manipuler tout cela sans que vous n’y voyez quoi que ce soit.

Par contre, si vous embarquez vos applications HTML5 dans une application native, ces manipulations vont vite ralentir votre application, les « webviews » étant beaucoup moins puissantes qu’un « vrai » navigateur.

Bien que ce point des performances soit bloquant pour nous, il nous faudra garder un oeil sur AngularJS, car de nombreuses personnes travaillent déjà sur comment adapter AngularJS au mobile sans perdre trop en performance.

AngularJS est donc un framework JavaScript prometteur mais nous allons probablement devoir continuer encore un petit peu avec Handlebars et Zepto

AngularJS, pas encore prêt pour le mobile

Mardi dernier avait lieu la soirée de présentation d’AngularJS par nos amis de Sushee et OrangeLabs via CodeDarmor, l’occasion de voir si cette librairie javascript est aussi révolutionnaire qu’elle y paraît.

Au final, si l’effet whaou est bien là avec le « two way data-binding », notre avis reste mitigé.

Le data-binding est ce qui rend les démos AngularJS bluffantes : à chaque modification des données du modèle, la vue se met à jour. Vous pouvez mettre des références à des données partout dans votre DOM, AngularJS les tient à jour pour vous.

Fini les modifications sur DOM à la jQuery, la librairie s’en charge. La séparation « modèle, vue, contrôleur » est enfin possible en HTML5. En un mot : Génial!

Sauf que pour effectuer cette magie, AngularJS scrutte les événements de modification du DOM, doit maintenir des références sur les différents items et leur noeud dans le DOM et peut être amené à mettre à jour tout le scope de votre contrôleur alors que seule une petite valeur a changé dans votre objet.

Si vous voulez des animations, AngularJS ajoute également automatiquement des classes à tous les éléments du DOM lors de leur ajout, suppression ou déplacement. Y compris les éléments que vous n’animerez pas.

Tout cela est très pratique, c’est certe un peu sauvage comme façon de faire mais la plupart des navigateurs habituels sont capables de manipuler tout cela sans que vous n’y voyez quoi que ce soit.

Par contre, si vous embarquez vos applications HTML5 dans une application native, ces manipulations vont vite ralentir votre application, les « webviews » étant beaucoup moins puissantes qu’un « vrai » navigateur.

Bien que ce point des performances soit bloquant pour nous, il nous faudra garder un oeil sur AngularJS, car de nombreuses personnes travaillent déjà sur comment adapter AngularJS au mobile sans perdre trop en performance.

AngularJS est donc un framework JavaScript prometteur mais nous allons probablement devoir continuer encore un petit peu avec Handlebars et Zepto