Discussion :

[vermine]

Sortie de Ember 1.3.0
Le framework JavaScript simplifie la création d'application Web

Ember.js est un framework JavaScript permettant de créer des applications Web ambitieuses !

En utilisant des templates intégrés, vous écrivez considérablement moins de code et vos pages se mettent à jour automatiquement lorsque les données sous-jacentes changent. Il n'est pas nécessaire de réinventer la roue car Ember.js intègre des expressions idiomatiques courantes.

La sortie de la version 1.3.0 comporte pas mal de corrections et d'améliorations, ainsi que des nouveautés.

En général, utiliser reduceComputed calcule efficacement le résultat. Mais parfois, vous avez besoin de recalculer le résultat pour une raison ou une autre. Il est maintenant possible de charger reduceComputed pour recalculer complètement le résultat lorsqu'un élément est ajouté / supprimé au lieu d'appeler les callbacks de addedItem et removedItem.
Ceci est fait en utilisant les clés de dépendantes d'objets non-array ou bien par l'ajout de .[] à une dépendance de tableau.

Les outils de tests des applications ont évolués. Par exemple, vous pouvez spécifier des crochets personnalisés pour gérer la fin des actions asynchrones. De son côté, le routage attend le tout premier appel de l'instruction visit pour démarrer. Ce qui offre une gestion plus simple des tests.

La classe Promise s'agrandit et propose une conversion d'un argument en un objet Promise, une gestion catch des erreurs, l'appel du callback finally dans tous les cas, ansi qu'une possiblité de clôner / copier l'objet.

Promises.

Vous trouverez la liste complète des nouveautés et corrections ici.

C'est également l'occasion pour l'équipe d'annoncer la sortie de la version beta 1.4.0.


Télécharger.
L'annonce officielle.
La documentation.

[voyager57]

Je ne connais pas encore ce framework, mais je débute encore dans le javascript. J'ai une application qui tourne avec symfony2 et je me demandais, du coups ce framework pourrait compléter mon application ? Ou au contraire ce framework remplace symfony ?

[Bovino]

Quoi ?

Comment veux-tu qu'un framework JavaScript puisse remplacer un framework PHP ?

[TheGuit]

La question est légitime à l'heure ou de plus en plus de frameworks JavaScript coté serveur sorte.

En l'occurence sans vouloir dire de conneries mais Ember.js est un framework complet coté serveur et client.

[xelab]

En l'occurence sans vouloir dire de conneries mais Ember.js est un framework complet coté serveur et client.

Je ne crois pas qu'Ember fasse aussi le côté serveur (je sais qu'Ember est un équivalent d'Angular), pour remplacer Symfony il faudrait plutôt utiliser un framework comme Compoundjs (ou en plus léger ExpressJS).

[Bovino]

Non... ember est un framework client seulement.

[vermine]

La question est légitime mais effectivement, Ember n'est (pour l'instant) pas un framework JavaScript côté serveur.

On parle cependant d'une couche Ember Data qui est en test et qui gère la persistance des données entre le client et le serveur. Mais je pense que ça reste du code client uniquement.

Bien entendu, tout dépend du contexte de l'application mais par défaut, un framework client ne devrait jamais remplacer un framework serveur. Il peut cependant limiter grandement les accès serveur en faisant un travail préalable et un travail postérieur.

[Vtek001]

Salut,

On parle cependant d'une couche Ember Data qui est en test et qui gère la persistance des données entre le client et le serveur. Mais je pense que ça reste du code client uniquement.

La persistance des données avec une lib uniquement cliente je crois pas. Il me semble qu'il y a un Orm style ActiveRecord côté serveur et ça passe dans une WebAPI. Sinon ça serait vraiment pas très sécurisé (never trust the client :p)

Edit : il semble que j'ai pas bien lu la description sur github et qu'il se sont inspiré d'Active Record pour la manipulation des données côté client... Hum je demande à voir lol

Bien entendu, tout dépend du contexte de l'application mais par défaut, un framework client ne devrait jamais remplacer un framework serveur. Il peut cependant limiter grandement les accès serveur en faisant un travail préalable et un travail postérieur.

Entièrement d'accord sur ce point, c'est d'ailleurs la grosse tendance actuellement


Sinon pour Ember.js on m'en a dit le plus grand bien. Je ne l'ai pas testé car je bosse avec Angular.js dont le style de code me parait mieux (plus fluent et moins "verbeux"). Mais bon il faudrait quand même que je l'utilise pour me faire un avis plus objectif

[Shuty]

Non... ember est un framework client seulement.

Tout à fait, il semblerai que ce soit un framework seulement coté client.

[voyager57]

ok intéressant, je pensais notamment à node.js pour le javascript côté serveur.
J'ai pas fini d'apprendre

[fabien_huet]

Je ne connais pas encore ce framework, mais je débute encore dans le javascript. J'ai une application qui tourne avec symfony2 et je me demandais, du coups ce framework pourrait compléter mon application ? Ou au contraire ce framework remplace symfony ?

Ce sont deux framework très complémentaires qui produisent de bons résultats.

Quand ils sont utilisés simultanément, symphony se cantonne à l'exposition d'une API REST ; et ember permet de faire une application client single page.

(la couche ember data permet de plger plus facilement l'application client sur l'API, mais n'est pas nécessaire)

Symphony ne sert plus des pages, mais il répond juste à des requêtes http GET, POST, PUT et DELETE ; c'est ember qui se charge de la mise en forme et de l'affichage des données.

C'est un bon système parce-que ça permet de réduire considérablement la charge serveur et d'avoir une application beaucoup plus réactive (full AJAX)

[SurferIX]

<un peu hs>

Bon sang !

Arrêtez de dire que ci ou ça simplifie la vie !
C'est faux, faux ultra faux, archi faux !
On croit que ça simplifie la vie.

Mais en pratique, on est systématiquement obligé de sortir du chemin tracé par l'application (sinon n'importe qui pourrait tout faire depuis longtemps).

Et quand on en sort, devinez quoi ? On doit passer des heures entières à comprendre le fonctionnement interne total de l'application afin de comprendre là où modifier le code et ce qu'il faut faire pour que ça fonctionne.

Oui, on gagne du temps, mais très peu (en tous les cas beaucoup moins que ce qu'on essaie de nous faire croire).

Lien vers deux articles de référence pour comprendre que le principe des frameworks n'est pas aussi profitable qu'il n'y parait :
http://french.joelonsoftware.com/Art...tractions.html

Et réfléchissez bien à ce qui suit :
http://microphp.org/#!/

Notamment : "Je pense que Php est suffisamment compliqué seul. Je veux du code facile à comprendre, facile à lire et facile à écrire".

Petite note pour Fabien :

Il faut obligatoirement utiliser xdebug pour pouvoir faire du pas à pas sur Symfony, pour comprendre exactement ce qui se passe afin de pouvoir déboguer... . Véridique.

Petit lien sur la documentation officielle quand tu veux faire une relation 1-n dans un formulaire. C'est très simple tu vas voir
cookbook - form_collections

Enfin je généralise à tous les frameworks, et j'ai les poils qui se hérissent quand on dit que "ça facilite énormément la vie". Faux !

</un peu hs>

[vermine]

Sortie de Ember 1.3.1
La sécurité avant tout !

Ember.js est un framework JavaScript permettant de créer des applications Web ambitieuses !

La sortie de la révision 1.3.1 est oriéntée sur la thématique de la sécurité. D'ailleurs, toutes les versions ont été mise à jour dans ce sens : 1.0.1, 1.1.3, 1.2.1, 1.3.1 et 1.4.0-beta.2. Effectivement, le framework prend de plus en plus d'importance dans la gestion des données sensibles. Améliorer la sécurité est apparu comme une évidence. L'équipe souligne que Ember est un des rares projets JavaScript qui a une politique de sécurité clairement définie et une liste de diffusion exclusivement pour les annonces de sécurité.

Il est vivement recommandé d'utiliser ces nouvelles versions !

La mise à jour comporte des correctifs pour deux vulnérabilités XSS potentielles. En général, Ember.js échappe ou nettoie tout contenu fourni par l'utilisateur avant de l'insérer dans les chaînes qui seront envoyées à innerHTML. Cependant, la solution utilisée a montré deux failles. L'une avec les valeurs primitives dans un context de Handlebars, l'autre avec l'utilisation des {{group}}.

Ces améliorations ont été possible grâce à l'implication d'utilisateurs avertis, prouvant ainsi que le projet est libre et ouvert à la discussion.


Télécharger.
L'annonce officielle.
La documentation.

[gers32]

Bonjour,

Jusqu'à il y a peu de temps, j'étais tenté d'apprendre Ember.js et de me remettre à Ruby on Rails (j'ai expérimenté avec RoR + Flex il y a quelques années...). Et puis lors d'un forum où étaient présents les créateurs d'Angular, Ember, Meteor, Backbone et je ne sais quoi d'autre, j'ai été frappé par le respect de tous envers Meteor.js. Ce framework encore jeune et instable semble promis à un très bel avenir : il serait suffisant pour couvrir les besoins du client ET du serveur.

Etranger au monde Javascript, je me demandais ce que les experts pensent de Meteor.js. L'aspect prototype ne me dérange pas ; ce serait au contraire pour moi l'opportunité de monter dans le train alors qu'il est encore en gare... Je suis très attiré par la perspective de n'avoir à apprendre qu'un framework, au lieu de deux.

Merci par avance pour vos avis.

[camus3]

Meteor est intéressant et peut-être l'avenir des frameworks,mais pour l'instant il n'est pas au point. Il supporte uniquement mongodb ,et l'absence de séparation entre client et serveur n'est pas un avantage à mon avis.

[gers32]

Meteor est intéressant et peut-être l'avenir des frameworks,mais pour l'instant il n'est pas au point. Il supporte uniquement mongodb ,et l'absence de séparation entre client et serveur n'est pas un avantage à mon avis.

Je serais curieux de connaître tes arguments en faveur de la séparation entre le client et le serveur. Est-ce pour des raison de sécurité, pour ne pas mettre tous ses oeufs dans le même panier technologique, ou autre chose ?

Mon raisonnement à moi est que j'ai 45 ans et après 5 ou 6 ans de pur management, je souhaite me remettre au développement sans avoir à apprendre une multitude de langages et de technos. Mais si je suis convaincu qu'à long terme je n'y couperai pas, alors je suis prêt à me lancer dans l'apprentissage de RoR et de Ember.js (par exemple).