Sortie de Ember 1.3.0

Version imprimable

07/01/2014, 09h37
vermine

Sortie de Ember 1.3.0

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

http://www.developpez.com/public/ima...35_emberjs.png

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.

:fleche: 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.

:fleche: Télécharger.
:fleche: L'annonce officielle.
:fleche: La documentation.
08/01/2014, 23h02
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 ?
09/01/2014, 07h59
Bovino

Quoi ? 8O

Comment veux-tu qu'un framework JavaScript puisse remplacer un framework PHP ? :koi:
09/01/2014, 09h11
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.
09/01/2014, 09h17
xelab

Citation:

Envoyé par TheGuit

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).
09/01/2014, 09h19
Bovino

Non... ember est un framework client seulement.
09/01/2014, 09h25
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.
09/01/2014, 09h42
Vtek001

Salut,

Citation:

Envoyé par vermine

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

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 ;)
09/01/2014, 10h24
Shuty

Citation:

Envoyé par Bovino

Non... ember est un framework client seulement.

Tout à fait, il semblerai que ce soit un framework seulement coté client.
10/01/2014, 20h11
voyager57

ok intéressant, je pensais notamment à node.js pour le javascript côté serveur.
J'ai pas fini d'apprendre :aie:
16/01/2014, 11h27
fabien_huet

Citation:

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)
16/01/2014, 12h18
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... 8O . 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 :aie:
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 ! :massacre:

</un peu hs>
16/01/2014, 14h12
vermine

Sortie de Ember 1.3.1 : la sécurité avant tout

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

http://www.developpez.com/public/ima...35_emberjs.png

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é.

:fleche: 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.

:fleche: Télécharger.
:fleche: L'annonce officielle.
:fleche: La documentation.
16/01/2014, 16h36
gers32

Meteor.js client + serveur ?

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.
31/01/2014, 17h09
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.
03/02/2014, 09h15
gers32

Meteor vs frameworks client ET serveur

Citation:

Envoyé par 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.

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).