Forum |  HardWare.fr | News | Articles | PC | Prix | S'identifier | S'inscrire | Aide | Shop Recherche
1890 connectés 

  FORUM HardWare.fr
  Programmation
  HTML/CSS

  Ember.js - Framework pour créer des applications web ambitieuses - EmberConf '17

 


 Mot :   Pseudo :  
 
 Page :   1  2  3  4  5  6  7  8  9  10  11
Page Précédente
Auteur Sujet :

Ember.js - Framework pour créer des applications web ambitieuses - EmberConf '17

n°2224209
Youmoussa
Ecrou-vis
Posté le 05-04-2014 à 21:34:45  profilanswer
 

http://upload.wikimedia.org/wikipedia/en/6/69/Ember.js_Logo_and_Mascot.png
 


Comment débuter ?
 


 
Exemple d'applications
 
http://builtwithember.io/ recense les sites construits grace à Ember.js
 


Qui l'utilise ?
 
De la startup au grand groupe ( Yahoo!, Netflix, Groupon, ...)
 
A COMPLETER


Message édité par Youmoussa le 28-03-2017 à 20:09:30

---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
mood
Publicité
Posté le 05-04-2014 à 21:34:45  profilanswer
 

n°2224210
Youmoussa
Ecrou-vis
Posté le 05-04-2014 à 21:34:56  profilanswer
 

RESERVE

 

Routeur

 

Controlleur

 

Template / View

 

Component


Message édité par Youmoussa le 05-04-2014 à 22:23:30

---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2224211
Youmoussa
Ecrou-vis
Posté le 05-04-2014 à 21:35:05  profilanswer
 

RESERVE

 

Ember Data

 

Model

 

Adapteur

 

Serialiaseur (??)


Message édité par Youmoussa le 05-04-2014 à 22:23:59

---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2224223
tomsoft
Posté le 06-04-2014 à 13:37:46  profilanswer
 

Drap' ça m'intéresse faut juste que le trouve le temps de tester :o

n°2224231
Youmoussa
Ecrou-vis
Posté le 06-04-2014 à 17:05:45  profilanswer
 

Il va me falloir un bout de temps pour remplir les 1er posts (même si je ne compte pas faire une traduction des guides), faut pas hésiter à poser des questions.


---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2224655
nraynaud
lol
Posté le 09-04-2014 à 18:59:30  profilanswer
 

https://github.com/nraynaud/webgcod [...] ew.js#L133
donc, pour revenir à notre discussion, est-ce qu'il y a mieux que faire ça ?


---------------
trainoo.com, c'est fini
n°2224657
Youmoussa
Ecrou-vis
Posté le 09-04-2014 à 19:13:29  profilanswer
 

J'ai moyen de faire tourner ce code en local ?


---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2224658
nraynaud
lol
Posté le 09-04-2014 à 19:25:31  profilanswer
 

c'est un poil relou, il te faut un serveur web (l'unique template est attrappé par du XHR), par contre c'est 100% statique (donc apache marche).

 

le code lui-même est en ligne là : http://nraynaud.github.io/webgcode/text.html

 


edit: pour bosser sur ce code, je nique cette ligne https://github.com/nraynaud/webgcod [...] ew.js#L154
comme ça:

Code :
  1. return {x: bottomLeft.x + width * 0.3, y: bottom + height * 0.2, width: width * 0.6, height: height * 0.6}
 

ça donne un viewport virtuel plus petit que le viewport réel et on peut surveiller ce qu'il fait hors de l'écran


Message édité par nraynaud le 09-04-2014 à 19:27:48

---------------
trainoo.com, c'est fini
n°2225440
nraynaud
lol
Posté le 17-04-2014 à 23:45:17  profilanswer
 

y'a moyen d'avoir ember au moins compatible avec require.js ?  
 
genre qu'il charge au moins le jquery chargé par require.js ?  
 
là c'est n'importe quoi y'a la moitié des fichiers chargés par <script> et l'autre moitié par require.js. Et je me retrouve avec 2 instances de jquery.


---------------
trainoo.com, c'est fini
n°2225442
nraynaud
lol
Posté le 18-04-2014 à 03:10:29  profilanswer
 

http://emberjs.com/guides/routing/
j'aimerai bien voir un exemple de routage qui concerne le fait d'être loggé ou pas. parce que là je suis un peu interloqué.


---------------
trainoo.com, c'est fini
mood
Publicité
Posté le 18-04-2014 à 03:10:29  profilanswer
 

n°2225525
Youmoussa
Ecrou-vis
Posté le 18-04-2014 à 19:40:07  profilanswer
 

nraynaud a écrit :

y'a moyen d'avoir ember au moins compatible avec require.js ?  
 
genre qu'il charge au moins le jquery chargé par require.js ?  
 
là c'est n'importe quoi y'a la moitié des fichiers chargés par <script> et l'autre moitié par require.js. Et je me retrouve avec 2 instances de jquery.


 
Le portage du code vers des modules ES6 n'est pas fini.
 
Par contre il est possible d'initialiser Ember avec une version spécifique de jQuery qui n'est pas sur le global object avec Ember.imports. Donc si on a moyen de récupérer l'instance chargée par require.js, ca doit être possible en attendant la fin du portage vers des modules ES6.
 
C'est pas documenté tout ça pour le moment par contre, il va falloir que je fasse mumuse dans un jsbin pour tester car je n'ai jamais fait.


---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2225526
Youmoussa
Ecrou-vis
Posté le 18-04-2014 à 19:45:50  profilanswer
 

nraynaud a écrit :

http://emberjs.com/guides/routing/
j'aimerai bien voir un exemple de routage qui concerne le fait d'être loggé ou pas. parce que là je suis un peu interloqué.


 
Tu peux regarder du côté de l'implémentation d'ember-simple-auth
 
https://github.com/simplabs/ember-simple-auth
 
Et plus particulièrement l'implémentation du mixin qui va bien
 
https://github.com/simplabs/ember-s [...] e_mixin.js
 
En gros tu as un object session dans ton appli, et la route vérifie que l'utilisateur est authentifié pour valider la transition.


Message édité par Youmoussa le 18-04-2014 à 19:46:05

---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2225925
nraynaud
lol
Posté le 23-04-2014 à 18:59:29  profilanswer
 

merci.
 
http://emberjs.com/api/classes/Ember.Select.html
J'ai une question bête j'ai un select, sa valeur arrive au démarrage de l'appli, mais ses options arrivent de manière asynchrone plus tard. Quand les options arrivent, c'est pas la bonne option qui est sélectionnée visuellement. Y'a moyen de corriger ça ?  
 
(http://nraynaud.github.io/webgcode/text.html le select des fonts, il devrait afficher 'Seymour One' quand il se rempli)


---------------
trainoo.com, c'est fini
n°2225930
Youmoussa
Ecrou-vis
Posté le 23-04-2014 à 20:17:26  profilanswer
 

C'est un bug connu, Ember.Select est un attente de réecriture pour mieux gérer le côté asynchrone.

 

https://github.com/emberjs/ember.js/issues/4150

 

Une solution rapide (et potentiellement meilleure de toute façon) est d'attendre d'avoir chargé tes fonts pour gérer l'affichage.

 

Au lieu de le faire dans ton controlleur comme tu le fais actuellement, déplace ce code dans la fonction `model` de ta route.

 
Code :
  1. TextApplication.TextRoute = Ember.Route.extend({
  2.     model: function () {
  3.       return new RSVP.Promise(
  4.         function (resolve, reject) {
  5.             $.get('https://www.googleapis.com/webfonts/v1/webfonts?key=AIzaSyC9qzOvN5FgIPj-xDohd64xz0kxW1dcTB8',function (result) {
  6.                 Ember.run(null, resolve, result.items);
  7.             }).fail(Ember.run.bind(null, reject));
  8.         }).then(function (list) {
  9.           return {
  10.               id: 1,
  11.               text: 'Webgcode',
  12.               toolDiameter: 2,
  13.               radialEngagementRatio: 0.9,
  14.               workZ: -1,
  15.               travelZ: 3,
  16.               feedRate: 500,
  17.               font: 'Seymour One',
  18.               fontList: list.map(function (element) {
  19.                   return element.family;
  20.               })
  21.           }
  22.         });
  23.     },
  24.     controllerName: 'text'
  25. });
 

Message cité 1 fois
Message édité par Youmoussa le 23-04-2014 à 20:19:47

---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2225931
nraynaud
lol
Posté le 23-04-2014 à 20:35:32  profilanswer
 

merci. En fait j'ai pas encore creusé cette histoire de routes.
 
à titre d'information, cette route elle correspond à quelle (fragment d') URL ?


---------------
trainoo.com, c'est fini
n°2225933
Youmoussa
Ecrou-vis
Posté le 23-04-2014 à 20:46:46  profilanswer
 

J'ai utilisé l'Ember Inspector pour voir comment est codé ton appli.

 

http://reho.st/self/91bd5faf95ff80be1cf7c5b86d5b7bdd4b877ee7.png

 

Ca te montre l'url du coup aussi.

 

J'ai pu voir que c'est la TextRoute qui est chargée et qui utilise le TextController.

 

La fonction `model` de la route doit servir à charger les données. Tu le faisais déjà partiellement, mais en plus tu charges d'autres données (les fonts) lors de la création du controller (dans la méthode `init` du TextController). La fonction `model` attend en retour une promise et est bloquante tant que cette promise n'est pas résolue.
Ca résoud ton problème car la vue n'est pas créée/insérée avant que toutes tes données soient chargées.

 

Si tu as besoin des fonts de manière générale dans ton application, tu peux toujours charger les fonts dans l'ApplicationRoute (autogénérée si tu ne l'as pas définie)


Message édité par Youmoussa le 23-04-2014 à 20:49:32

---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2225938
nraynaud
lol
Posté le 23-04-2014 à 20:55:49  profilanswer
 

Ok je vais essayer de faire ça, genre dans mon cas, y'aurait une route pour la liste des fonts, une route pour le modèle et une route pour charger "la" font ?


---------------
trainoo.com, c'est fini
n°2225945
Youmoussa
Ecrou-vis
Posté le 23-04-2014 à 21:10:37  profilanswer
 

Pas vraiment, une route = une url = un état (state) de ton appli.
 
De ce que je vois de ton appli, tu ne navigues pas, tu as une seule vue. Donc avoir une seule route semble correct.
 
Par contre, je séparerais effectivement qui prend en charge quelles données.
 
Avoir un FontsController qui contient toutes les polices et un TextController qui contient les données propres à ton appli (tout sauf la liste de fonts) serait un bon début.
 
Tu peux ensuite utiliser l'attribut `needs` pour que ton `TextController` dépende du `FontsController`( cf http://emberjs.com/guides/controll [...] ntrollers/  )
 
Dans ton template, la déclaration de ton Ember.Select ressemblerait plus à
 

Code :
  1. {{view Ember.Select content=controllers.fonts value=font}}


 
Tu charges les options à partir du FontsController, mais la sélection est gérée par le TextController.

Message cité 1 fois
Message édité par Youmoussa le 23-04-2014 à 21:11:22

---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2225963
nraynaud
lol
Posté le 23-04-2014 à 21:56:16  profilanswer
 

ok, merci.


---------------
trainoo.com, c'est fini
n°2225983
massanu
Posté le 24-04-2014 à 08:06:25  profilanswer
 

Quels sont les avantages et inconvénients de cette techno comparativement aux autres Framework du meme genre ?
 
En gros si tu peux resumer, qu'apporte Ember de plus/de différent ?
 
Merci, je  ne connaissait pas :jap:


---------------
Oui je sais, je suis une merde en orthographe et alors ?
n°2226087
nraynaud
lol
Posté le 24-04-2014 à 15:51:28  profilanswer
 

Youmoussa a écrit :

C'est un bug connu, Ember.Select est un attente de réecriture pour mieux gérer le côté asynchrone.
 
https://github.com/emberjs/ember.js/issues/4150
 
Une solution rapide (et potentiellement meilleure de toute façon) est d'attendre d'avoir chargé tes fonts pour gérer l'affichage.
 
Au lieu de le faire dans ton controlleur comme tu le fais actuellement, déplace ce code dans la fonction `model` de ta route.
 

Code :
  1. TextApplication.TextRoute = Ember.Route.extend({
  2.     model: function () {
  3.       return new RSVP.Promise(
  4.         function (resolve, reject) {
  5.             $.get('https://www.googleapis.com/webfonts/v1/webfonts?key=AIzaSyC9qzOvN5FgIPj-xDohd64xz0kxW1dcTB8',function (result) {
  6.                 Ember.run(null, resolve, result.items);
  7.             }).fail(Ember.run.bind(null, reject));
  8.         }).then(function (list) {
  9.           return {
  10.               id: 1,
  11.               text: 'Webgcode',
  12.               toolDiameter: 2,
  13.               radialEngagementRatio: 0.9,
  14.               workZ: -1,
  15.               travelZ: 3,
  16.               feedRate: 500,
  17.               font: 'Seymour One',
  18.               fontList: list.map(function (element) {
  19.                   return element.family;
  20.               })
  21.           }
  22.         });
  23.     },
  24.     controllerName: 'text'
  25. });


 


Ah merde, j'avais pas capté, je veux pas mettre la liste des font dans mon modèle, c'est plutôt un truc intrinsèque à l'application. Si je devais sauver le modèle je veux pas sauver la liste des fonts dedans.


---------------
trainoo.com, c'est fini
n°2226091
nraynaud
lol
Posté le 24-04-2014 à 16:05:57  profilanswer
 

Youmoussa a écrit :

Pas vraiment, une route = une url = un état (state) de ton appli.
 
De ce que je vois de ton appli, tu ne navigues pas, tu as une seule vue. Donc avoir une seule route semble correct.
 
Par contre, je séparerais effectivement qui prend en charge quelles données.
 
Avoir un FontsController qui contient toutes les polices et un TextController qui contient les données propres à ton appli (tout sauf la liste de fonts) serait un bon début.
 
Tu peux ensuite utiliser l'attribut `needs` pour que ton `TextController` dépende du `FontsController`( cf http://emberjs.com/guides/controll [...] ntrollers/  )
 
Dans ton template, la déclaration de ton Ember.Select ressemblerait plus à
 

Code :
  1. {{view Ember.Select content=controllers.fonts value=font}}


 
Tu charges les options à partir du FontsController, mais la sélection est gérée par le TextController.


il sort d'où le symbole 'controllers' de l'exemple ?
Je pense que je vais investiguer cet arrangement parce qu'il a l'air sémantiquement juste, mais je sens que ça va pas résoudre mon bug initial.


---------------
trainoo.com, c'est fini
n°2226137
Youmoussa
Ecrou-vis
Posté le 24-04-2014 à 19:29:12  profilanswer
 

nraynaud a écrit :


Ah merde, j'avais pas capté, je veux pas mettre la liste des font dans mon modèle, c'est plutôt un truc intrinsèque à l'application. Si je devais sauver le modèle je veux pas sauver la liste des fonts dedans.


 
 :jap:  
 
J'ai fait qu'un copier/coller de ton côté pour placer dans une autre fonction.
 

nraynaud a écrit :


il sort d'où le symbole 'controllers' de l'exemple ?
Je pense que je vais investiguer cet arrangement parce qu'il a l'air sémantiquement juste, mais je sens que ça va pas résoudre mon bug initial.


 
C'est obtenu grace à `needs` dans le `TextController`. C'est pas ça qui résoud ton problème, mais le fait de charger les fonts dans une promise dans la fonction `model` de `TextRoute`.


---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2226139
nraynaud
lol
Posté le 24-04-2014 à 19:43:57  profilanswer
 

ouais, mais du coup dans ma solution à 2 contrôleur, il faut une route séparée pour la liste des fonts ?  
comment le système sait qu'il doit aller chercher cette route ?


---------------
trainoo.com, c'est fini
n°2226140
Youmoussa
Ecrou-vis
Posté le 24-04-2014 à 20:05:39  profilanswer
 

massanu a écrit :

Quels sont les avantages et inconvénients de cette techno comparativement aux autres Framework du meme genre ?

 

En gros si tu peux resumer, qu'apporte Ember de plus/de différent ?

 

Merci, je  ne connaissait pas :jap:

 

Je ne peux pas te répondre d'expérience personnelle, mais uniquement sortir des arguments lus/entendus.

 

Backbone.js est un micro framework. Ca ne fait pas grand chose de base, ne tente pas de dire comment faire. Des gens développent des plugins que tu dois rajouter, et gérer les problèmes associés. Plus léger, mais ca n'a pas l'objectif de faire des applis "compliquées".

 

Angular permet de faire globalement la même chose qu'Ember (mis à part les Components). Lors d'une présentation de Yahoo!, le responsable expliquait qu'ils avaient étudiés les 2 solutions. Son expérience était qu'Angular est plus facile d'approche, mais plus le projet avancait, plus ca se compliquait. Alors qu'avec Ember, une fois la première phase d'apprentissage passée, bien plus rude, le niveau de complexité évolue peu.

 

J'ai entendu des gens abandonner Ember car c'était trop compliqué pour eux d'arriver à qqch pour passer à Angular, et des gens abandonner Angular pour Ember car plus ils voulaient réaliser de choses compliquées, moins Angular suivait.

 

Il faut surtout se méfier de nombreux articles qui traine sur le web. Non pas qu'ils soient nécessairement faux, mais le framework a énormément évolué et cela très rapidement.
Je ne prendrais pas en considération tout article publié avant la release de la version 1.0, tant ca ne reflète plus ce qu'est le développement avec Ember.

 

De la même manière, beaucoup d'articles critiquent Ember alors que le problème vient d'Ember Data, plus ou moins à juste titre. Ils oublient généralement 2 choses:
- la concurrence n'a pas d'équivalent qui fonctionne
- tu peux utiliser Ember sans Ember Data

 

Qui plus est, ember data a été "rebooté" dernièrement pour offrir une meilleure base à même d'atteindre l'objectif compliqué qui est le sien.

Message cité 1 fois
Message édité par Youmoussa le 24-04-2014 à 22:17:59

---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2226141
Youmoussa
Ecrou-vis
Posté le 24-04-2014 à 20:09:36  profilanswer
 

nraynaud a écrit :

ouais, mais du coup dans ma solution à 2 contrôleur, il faut une route séparée pour la liste des fonts ?
comment le système sait qu'il doit aller chercher cette route ?

 
Code :
  1. TextApplication.TextRoute = Ember.Route.extend({
  2.     model: function () {
  3.       var route = this;
  4.       return new RSVP.Promise(
  5.         function (resolve, reject) {
  6.             $.get('https://www.googleapis.com/webfonts/v1/webfonts?key=AIzaSyC9qzOvN5FgIPj-xDohd64xz0kxW1dcTB8',function (result) {
  7.                 Ember.run(null, resolve, result.items);
  8.             }).fail(Ember.run.bind(null, reject));
  9.         }).then(function (list) {
  10.           route.set('fontList', list);
  11.           return {
  12.               id: 1,
  13.               text: 'Webgcode',
  14.               toolDiameter: 2,
  15.               radialEngagementRatio: 0.9,
  16.               workZ: -1,
  17.               travelZ: 3,
  18.               feedRate: 500,
  19.               font: 'Seymour One'
  20.           }
  21.         });
  22.     },
  23.     setupController: function() {
  24.       this.controllerFor('fonts').set('content', this.get('fontsList');
  25.        return this._super.apply(this, arguments);
  26.     },
  27.     controllerName: 'text'
  28. });
 

Tu récupères tes fonts dans la method `model`, et tu les passes au `FontsController` dans la methode setupController.

 

(J'avais testé les autres codes et validé que cela corrige ton problème, là je tape sans tester, il y a peut être des erreurs de syntaxe, etc..)


Message édité par Youmoussa le 24-04-2014 à 22:18:15

---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2226142
nraynaud
lol
Posté le 24-04-2014 à 20:17:20  profilanswer
 

ouais, ouais, t'es pas mon sous-traitant je demande juste des explication haut niveau, parce que tout est "par convention" et le code est imbitable, du coup y'a que en demandant à quelqu'un qui connait qu'on peut trouver des réponses qui sont pas dans les guide.
 
Merci, je vais tester ça en première étape.


---------------
trainoo.com, c'est fini
n°2226144
nraynaud
lol
Posté le 24-04-2014 à 20:33:19  profilanswer
 

[:bien] ça marche


---------------
trainoo.com, c'est fini
n°2226152
massanu
Posté le 24-04-2014 à 21:27:03  profilanswer
 

Youmoussa a écrit :


 
Je ne peux pas te répondre d'expérience personnelle, mais uniquement sortir des arguments lus/entendus.
 
Backbone.js est un micro framework. Ca ne fait pas grand chose de base, ne tente pas de dire comment faire. Des gens développent des plugins que tu dois rajouter, et gérer les problèmes associés. Plus léger, mais ca n'a pas l'objectif de faire des applis "compliquées".
 
Angular permet de faire globalement la même chose qu'Ember (mis à part les Components). Lors d'une présentation de Yahoo!, le responsable expliquait qu'ils avaient étudiés les 2 solutions. Son expérience était qu'Angular est plus facile d'approche, mais plus le projet avancait, plus ca se compliquait. Alors qu'avec Ember, une fois la première phase d'apprentissage passée, bien plus rude, le niveau de complexité évolue peu.
 
J'ai entendu des gens abandonnés Ember car c'était trop compliqué pour eux d'arriver à qqch pour passer à Angular, et des gens abandonner Angular pour Ember car plus ils voulaient réaliser de choses compliquées, moins Angular suivait.
 
Il faut surtout se méfier de nombreux articles qui traine sur le web. Non pas qu'ils soient nécessairement faux, mais le framework a énormément évolué et cela très rapidement.
Je ne prendrais pas en considération tout article publié avant la release de la version 1.0, tant ca ne reflète plus ce qu'est le développement avec Ember.
 
De la même manière, beaucoup d'articles critiquent Ember alors que le problème vient d'Ember Data, plus ou moins à juste titre. Ils oublient généralement 2 choses:
- la concurrence n'a pas d'équivalent qui fonctionne
- tu peux utiliser Ember sans Ember Data
 
Qui plus est, ember data a été "rebooté" dernièrement pour offrir une meilleure base à même d'atteindre l'objectif compliqué qui est le sien.


 
 
Ok merci je vois :jap:
 
Le truc c'est que j'etait a 2 doigts de passer a Durandal JS (Qui est un genre d'Angular, sauf ce c'est un wrapper autour de jQuery/Knockout/Require avec le systeme de route etc...)
 
Puis j'ai appris hier que le mec de Durandal bosse maintenant chez Angular, et qu'ils comptais fusionner les avantages des 2 projets sous le nom de Angular 2.0
 
Ca s'annonce vraiment tres puissant d'ou mon hesitation entre patienter pour ca et monter en competence sur Ember  [:clooney19]  
 


---------------
Oui je sais, je suis une merde en orthographe et alors ?
n°2226160
Youmoussa
Ecrou-vis
Posté le 24-04-2014 à 22:35:21  profilanswer
 


 
Plus que la solution, ce qui est important, c'est que j'explique pourquoi ca marche.
 
Quand tu architectures ton appli, tu vois les différentes urls qui t'intéressent. Tu construis ensuite tes routes pour exposer ces urls.
 
La manière simple de voir la suite, est qu'une route représente une resource/vue qui expose des infos sur un modèle. Le modèle est chargé dans le controlleur. Le controlleur sert de contexte à la vue.
 
Donc, `model` retourne l'object que l'on veut utiliser dans la route/vue, sous forme de promise. Même si tu ne retournes pas une promise, ca va être encapsulé pour toi par le framework.
Ensuite le framework assigne par défaut ce modèle au controlleur correspondant (trouvé par convention de nommage: TextRoute -> TextController -> TextView -> text template) dans `setupController`. Dans ton cas, tu veux assigner également la liste de fonts. C'est pour ça qu'on surcharge `setupController`.
 
Comme le contexte de la vue est le controlleur, si on utilise l'attribut `needs` dans le `TextController`, tu peux écrire `controllers.fonts` dans la vue.
 
J'espère que c'est clair.
 

massanu a écrit :


 
 
Ok merci je vois :jap:
 
Le truc c'est que j'etait a 2 doigts de passer a Durandal JS (Qui est un genre d'Angular, sauf ce c'est un wrapper autour de jQuery/Knockout/Require avec le systeme de route etc...)
 
Puis j'ai appris hier que le mec de Durandal bosse maintenant chez Angular, et qu'ils comptais fusionner les avantages des 2 projets sous le nom de Angular 2.0
 
Ca s'annonce vraiment tres puissant d'ou mon hesitation entre patienter pour ca et monter en competence sur Ember  [:clooney19]  
 


 
On avait fait le pari Ember il y a plus de 2 ans dans mon ancienne boite, et je ne le regrette pas. Après j'ai aussi une relation particulière, ca a été lancé sur SF, je contribue, participe aux meetups, connais personnellement tous les membres de l'équipe core et de nombreux contributeurs. Participer à un projet open source, supporté par une communauté et non pas par Google, c'est une satisfaction pour moi. Et quand je vois le chemin parcouru et les têtes derrières, je sais que je n'ai pas fait le mauvais choix (même s'il n'y a pas vraiment de mauvais choix dans ce cas précis).
 
Quand je vois que Marissa Meyer a donné le feu vert pour que tous les nouveaux projets chez Yahoo! soient faits sur Ember, ca commence pareil chez Netflix et probablement LinkedIn bientôt, je n'ai pas de crainte quand à l'avenir. Et de toute manière, acquérir la maitrise dans un de ces frameworks est forcément un plus qui doit permettre de transitionner plus rapidement à un autre dans le pire des cas.


---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2226162
nraynaud
lol
Posté le 24-04-2014 à 22:36:33  profilanswer
 

question basique, les instances de contrôleur y'en a une par modèle ? une pour chaque type qu'on re-bind pour chaque vue ?
 
dans mon code, j'ai ça :  

Code :
  1. TextApplication.FontsController = Ember.ArrayController.extend({
  2.  
  3.                });


Y'a moyen de faire mieux ?


---------------
trainoo.com, c'est fini
n°2226164
nraynaud
lol
Posté le 24-04-2014 à 22:39:54  profilanswer
 

tu vis où à SF ? ma nana veut aller là-bas, mais moi les loyer ils me font flipper et puis j'ai un peu l'impression d'arriver après la bataille (et comme j'ai pas de bagnole, je peux pas aller vivre n'import où).
 
Tom Dale il est pas à Portland ?


---------------
trainoo.com, c'est fini
n°2226172
Youmoussa
Ecrou-vis
Posté le 24-04-2014 à 23:13:00  profilanswer
 

nraynaud a écrit :

question basique, les instances de contrôleur y'en a une par modèle ? une pour chaque type qu'on re-bind pour chaque vue ?

 

dans mon code, j'ai ça :

Code :
  1. TextApplication.FontsController = Ember.ArrayController.extend({
  2.  
  3.                });


Y'a moyen de faire mieux ?

 
Code :
  1. TextApplication.FontsController = Ember.ArrayController.extend();
 

Si tu veux sauver des charactères :o

 

Dans ton cas c'est le minimum que tu ais besoin de coder (pas de conventions pour déduire le type d'un controlleur qui ne sert pas dans une route).


Message édité par Youmoussa le 24-04-2014 à 23:16:01

---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2226173
Youmoussa
Ecrou-vis
Posté le 24-04-2014 à 23:14:43  profilanswer
 

nraynaud a écrit :

tu vis où à SF ? ma nana veut aller là-bas, mais moi les loyer ils me font flipper et puis j'ai un peu l'impression d'arriver après la bataille (et comme j'ai pas de bagnole, je peux pas aller vivre n'import où).

 

Tom Dale il est pas à Portland ?

 

SF :jap:

 

Les mecs de Tilde ont bougé sur Portland l'été/automne dernier. Tom habitait à une 10aine de bloc de chez moi.
Le problème pour venir aujourd'hui est de toute manière l'obtention d'un visa.


Message édité par Youmoussa le 24-04-2014 à 23:15:14

---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2226176
nraynaud
lol
Posté le 24-04-2014 à 23:29:20  profilanswer
 

ça va finir avec une bague tout ça. sauf si j'arrive à la convaincre d'aller au Canada.


---------------
trainoo.com, c'est fini
n°2226178
boblenain2​00
Posté le 24-04-2014 à 23:40:05  profilanswer
 

Bon y'avait Yehuda Katz des le debut en core dev, on peut pas dire que c'était anonymous non plus Ember...

n°2226184
nraynaud
lol
Posté le 25-04-2014 à 00:52:46  profilanswer
 

J'ai du mal à comprendre l'intérêt des composants, y'a moyen de packager dans un fichier unique un bout de handlebars, un bout de CSS et une définition de classe ?
 
 
D'autre part, ça marche comment le nommage ? dans l'exemple ils nomment le composant dans l'espace de nom global de l'application ce qui semble un peu limité si on veut le ré-utiliser entre applications.


---------------
trainoo.com, c'est fini
n°2226252
Youmoussa
Ecrou-vis
Posté le 26-04-2014 à 04:25:04  profilanswer
 

boblenain200 a écrit :

Bon y'avait Yehuda Katz des le debut en core dev, on peut pas dire que c'était anonymous non plus Ember...


 
Il ne me semble pas avoir dit que c'était des anonymes.
 

nraynaud a écrit :

J'ai du mal à comprendre l'intérêt des composants, y'a moyen de packager dans un fichier unique un bout de handlebars, un bout de CSS et une définition de classe ?
 
 
D'autre part, ça marche comment le nommage ? dans l'exemple ils nomment le composant dans l'espace de nom global de l'application ce qui semble un peu limité si on veut le ré-utiliser entre applications.


 
Faut lire la spec pour les Web Components: http://www.w3.org/TR/components-intro/
 
Le but c'est d'avoir des widgets en totale isolation du reste du code. Ca a ses limites avec Ember ( pas possible de "scoper" le CSS), mais un effort est mis pour séparer le code Component vs non Component.
 
Le nommage est :
- nom en 2 mots
- pour le template avec un prefix "components/"
- pour la classe: suffixe "Component"
 
 
Donc un composant "Text" ne devrait pas fonctionner, mais "TextArea" devrait passer:
- template: "components/text-area"
- TextAreaComponent pour la classe.
 
Un composant a une particularité : il s'agit d'une vue dont le contrôleur est la vue elle même.


---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
n°2226255
nraynaud
lol
Posté le 26-04-2014 à 05:09:35  profilanswer
 

http://www.w3.org/TR/components-intro/#imports-section
C'est ça qui répond le plus à ma question, est-ce que c'est implémenté (ou proche) dans Ember ?
 
 
dans l'exemple Ember, ils l'appellent pas simplement "TextAreaComponent", mais "App.TextAreaComponent" ce qui fout en l'air toute notion de ré-utilisabilité. est-ce qu'il y a moyen de faire mieux ?


---------------
trainoo.com, c'est fini
n°2226263
Youmoussa
Ecrou-vis
Posté le 26-04-2014 à 13:20:01  profilanswer
 

Tu peux très bien distribuer ton composant dans un fichier en l'attachant au scope global (comme jQuery par défaut), libre à l'utilisateur ensuite de l'attacher lui même au namespace de son appli.
 
 
Mais la véritable réponse à ce problème va être l'utilisation d'un module ES6. Chose que tu peux faire aujourd'hui en utilisant Ember App Kit, et très bientôt de base quand la conversion du code d'Ember sera finie.


---------------
Galerie HFR - Photoblog San Francisco - American Cars Photos
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  6  7  8  9  10  11
Page Précédente

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  HTML/CSS

  Ember.js - Framework pour créer des applications web ambitieuses - EmberConf '17

 

Sujets relatifs
Comment créer un site web qu'on peut gérer avec un CMS après ?créer un fichier zip et le télécharger
Quelle solution pour créer une base de données ?Besoin d'une personne pour me créer une page accès membre.
Créer une page web html avec zone pour laisser un commantairecréer un rapport xml avec les outils Blindeelephant, waffit
[RESOLU] Créer un CSV à partir d'une chaîne en phpApplications bloquées par Java
Créer un site e-commercecréer son site en 10 minutes ?
Plus de sujets relatifs à : Ember.js - Framework pour créer des applications web ambitieuses - EmberConf '17



Copyright © 1997-2016 Hardware.fr SARL (Signaler un contenu illicite) / Groupe LDLC / Shop HFR