Discussion :

[vermine]

Je vous propose une traduction de l'article anglophone Google, Twitter, and AngularJS de Alex Young.

Ce dernier a décidé de lancer une série d'articles sur AngularJS.

Ce premier article présente différents éléments et interaction entre Google, Twitter et AngularJS.

Google, Twitter et AngularJS

[SylvainPV]

AngularJS est un framework très intéressant, mais n'est pas forcément le choix adéquat pour tous les projets. C'est d'autant plus vrai pour Yeoman. Je vois d'un mauvais oeil la nouvelle tendance à vouloir imposer aux développeurs des "tool stacks", des packages tout-en-un censés résoudre tous les problèmes. Alors qu'on passe des années à lister et rassembler des tas d'outils pour être le plus flexible possible, voilà qu'on devrait devenir dépendant d'une chaîne d'outils "pour notre bien". Et tant pis pour tous les autres outils qu'on avait l'habitude d'utilliser et qui n'ont pas été pensés pour se greffer à cette chaîne. C'est plus ou moins le même problème avec jQuery, Bootstrap ou encore Ruby on Rails.

Au bout de la chaîne, il y a le boulet.

[xelab]

Je vois d'un mauvais oeil la nouvelle tendance à vouloir imposer aux développeurs des "tool stacks", des packages tout-en-un censés résoudre tous les problèmes. Alors qu'on passe des années à lister et rassembler des tas d'outils pour être le plus flexible possible, voilà qu'on devrait devenir dépendant d'une chaîne d'outils "pour notre bien".

Pour ce qui est d'Angular, ce n'est qu'un framework jquery en fait, c'est assez peu intrusif et on peut facilement utiliser d'autres outils/librairies au sein d'un projet utilisant Angular. Bon après, c'est sûr que si on ne veut pas dépendre de libs externes, il faut faire du javascript natif, du ruby (ou php) pur... C'est toujours le même débat sur créer soi même (aka réinventer la roue) ou utiliser les librairies externes, débat difficile à trancher en définitive.

[SylvainPV]

Je crois que tu sous-estimes l'impact d'Angular sur un projet. En creusant un peu pour savoir comment fonctionne le data-binding à double sens, les rafraîchissements automatiques au changement de modèle, la délégation d'évènement, etc.., on prend vite conscience que ce n'est pas un "simple framework". C'est un framework MVVM destiné à structurer toute la couche client d'une appliation. Et il n'a rien à voir avec jQuery au passage.

Ce n'est pas une critique négative d'Angular, j'aime beaucoup et j'utilise ce framework. Mais il ne faut pas le choisir à la légère, sans réelle volonté de rentrer complètement dans son modèle.

[xelab]

Et il n'a rien à voir avec jQuery au passage.

Angular utilise jQuery en fait mais bon c'est sûr que c'est bien plus que ça.

J'utilise angular avec rails et quand je n'en ai pas besoin j'utilise le ruby de base dans le haml. Bon c'est vrai que toute page passée en angular devient seulement "angular-friendly" et plus ou moins incompatible avec toute autre techno.

Quoiqu'il en soit je suis d'accord pour dire que c'est un très bon framework qui fait gagner énormément de temps.

[Kaamo]

Bien que j'ai souvent souhaité quelque chose comme ça, le paragraphe semble dire qu'une solution de synchronisation localStorage serait élaborée. Cela permettrait à la partie du projet basé sur le navigateur de se comporter comme un client, rendant les données disponibles dans localStorage pour une utilisation hors connexion.

"de type localStorage". Me semble que la team Yeoman n'est pas cantonné qu'à la techno localStorage mais inclurait également les autres (IndexedDB, WebSQL). C'est vrai que ça manque !
Source :

The offline storage would be transparent to the developer, and could be backed by (mobile-friendly) WebSQL, IndexedDB or localStorage, depending on the requirements.