IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Le , par vermine

20PARTAGES

3  0 
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.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Bovino
Rédacteur https://www.developpez.com
Le 09/01/2014 à 7:59
Quoi ?

Comment veux-tu qu'un framework JavaScript puisse remplacer un framework PHP ?
1  0 
Avatar de fabien_huet
Membre à l'essai https://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)
1  0 
Avatar de voyager57
Membre du Club https://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 ?
0  0 
Avatar de TheGuit
Membre régulier https://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.
0  0 
Avatar de xelab
Membre expérimenté https://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).
0  0 
Avatar de Bovino
Rédacteur https://www.developpez.com
Le 09/01/2014 à 9:19
Non... ember est un framework client seulement.
0  0 
Avatar de vermine
Expert éminent sénior https://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.
0  0 
Avatar de Vtek001
Nouveau membre du Club https://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
0  0 
Avatar de Shuty
Membre éprouvé https://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.
0  0 
Avatar de voyager57
Membre du Club https://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
0  0