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

Le , par vermine, Responsable JavaScript & AJAX
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.


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de voyager57 voyager57 - Membre du Club http://www.developpez.com
le 08/01/2014 à 23:02
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 ?
Avatar de Bovino Bovino - Rédacteur http://www.developpez.com
le 09/01/2014 à 7:59
Quoi ?

Comment veux-tu qu'un framework JavaScript puisse remplacer un framework PHP ?
Avatar de TheGuit TheGuit - Membre à l'essai http://www.developpez.com
le 09/01/2014 à 9:11
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.
Avatar de xelab xelab - Membre éprouvé http://www.developpez.com
le 09/01/2014 à 9:17
Citation Envoyé par TheGuit  Voir le message
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).
Avatar de Bovino Bovino - Rédacteur http://www.developpez.com
le 09/01/2014 à 9:19
Non... ember est un framework client seulement.
Avatar de vermine vermine - Responsable JavaScript & AJAX http://www.developpez.com
le 09/01/2014 à 9:25
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.
Avatar de Vtek001 Vtek001 - Nouveau membre du Club http://www.developpez.com
le 09/01/2014 à 9:42
Salut,

Citation Envoyé par vermine  Voir le message
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

Citation Envoyé par vermine  Voir le message
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
Avatar de Shuty Shuty - Membre éprouvé http://www.developpez.com
le 09/01/2014 à 10:24
Citation Envoyé par Bovino  Voir le message
Non... ember est un framework client seulement.

Tout à fait, il semblerai que ce soit un framework seulement coté client.
Avatar de voyager57 voyager57 - Membre du Club http://www.developpez.com
le 10/01/2014 à 20:11
ok intéressant, je pensais notamment à node.js pour le javascript côté serveur.
J'ai pas fini d'apprendre
Avatar de fabien_huet fabien_huet - Membre à l'essai http://www.developpez.com
le 16/01/2014 à 11:27
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)
Offres d'emploi IT
Développeur freelance, poo, php5, html5, javascript natif, jquery
Webstock - Ile de France - Paris (75009)
INGENIEUR DEVELOPPEUR JAVASCRIPT, HTML5, GOOGLE AP
ENERGYENCE SA - Suisse - Lausanne
Ingénieur d'études javascript h/f
CTS Consulting - Midi Pyrénées - Toulouse (31000)

Voir plus d'offres Voir la carte des offres IT
Responsable bénévole de la rubrique JavaScript : Xavier Lecomte -