Service, factory et provider dans AngularJS
Tuto long et chiant sur un concept de base d’angularjs.
Tuto long et chiant sur un concept de base d’angularjs.
Que fait un programmeur quand il n’est pas satisfait ? Il va sur redtube Il réinvente la roue, bien sûr !
Comme tous les trolls, on a eu le droit à la cohue dans les comments, mais une réponse a eu l’élégance de faire ça sur un pastebin à part et de structurer l’argumentation.
Et en plus de faire un bisou.
J’aime le droit de réponse, et puisque cette personne n’a visiblement pas de blog (et que ça risque de se perdre dans le fin fond du web), je le publie ici, avec son autorisation.
Un commentaire très pertinent de Kontre m’a interpellé dernièrement : si Javascript est si pourri, pourquoi tout le monde s’y intéresse ?
Depuis quelques temps, un standard est en train d’émerger autour du RPC et PUB/SUB entre navigateurs et serveurs : WAMP. Il existe du coup des implémentations du protocole en plusieurs langages, donc une en Python avec autobahn.
Hier Max me demandait comment mettre un template Javascript dans un template Django s’ils utilisent la même syntaxe.
On parle un peu partout de programmation non blocante ces temps-ci. NoSQL a remis le map/reduce au goût du jour, et PAF, on vous sort le mot clé parallélisation pour vous en vendre une tetrachiée. Les partisants de NodeJS vont crier “asynchrone”, parce que c’est ce que Javascript sait faire de mieux. Et on on murmure dans les coins que la rubustesse d’Erlang tient dans ses acteurs qui travaillent de manière concurrente dans la VM.
Ok, donc tout ça, ça à l’air de faire la même chose, c’est à dire de faire plusieurs choses en même temps, sans bloquer.
Donc c’est pareil ?
Oui, je tapes beaucoup sur nodejs et la communauté javascript en général. Mais ils le méritent, Putain !
Vous avez un super outil JS que vous voulez partager avec le monde entier ? Faites un bookmarklet ! Il s’agit de compresser tout votre code sur une ligne de telle sorte qu’il puisse être mis en bookmark dans le browser et utilisé en un click.
jQuery est très bien foutu, non content de permettre d’utiliser des libs concurrentes utilisant la même API avec noConflict()
(c’est beau l’open source quand même), elle permet également d’utiliser en même temps une version plus récente ou plus ancienne de son code, facilitant les migrations.