+- JeuWeb - Crée ton jeu par navigateur (https://jeuweb.org)
+-- Forum : Discussions, Aide, Ressources... (https://jeuweb.org/forumdisplay.php?fid=38)
+--- Forum : Programmation, infrastructure (https://jeuweb.org/forumdisplay.php?fid=51)
+--- Sujet : Haml vs. Slim (/showthread.php?tid=6542)
Haml vs. Slim - srm - 27-12-2012
Tu devrais plutôt utiliser slim : http://slim-lang.com/
Plus rapide que Haml notamment
RE: Mon apprentissage de Ruby et Rails - Holy - 27-12-2012
(27-12-2012, 06:57 PM)oxman a écrit : Tu devrais plutôt utiliser slim : http://slim-lang.com/
Plus rapide que Haml notamment
J'ai matté vite fait, c'est fort proche d'haml, mais je pense rester sous haml pour le moment pour une raison simple : coloration syntaxique sous ST2. Vu que j'suis pas prêt de commencer à bosser sur mon projet j'aurai un peu de temps dans les semaines qui viennent pour voir un peu tout ça, merci
RE: Mon apprentissage de Ruby et Rails - srm - 27-12-2012
Ca aurait pu être une bonne raison.
![[Image: 17bd5d884b810e60ec5f7268152fb488.png]](http://upload.bouh.org/files/17bd5d884b810e60ec5f7268152fb488.png)
RE: Mon apprentissage de Ruby et Rails - t.bodeux - 28-12-2012
Slim a des avantages que HAML n'a pas mais la ou il gagne de la vitesse, il perd de la lisibilité...
Re: Mon apprentissage de Ruby et Rails - srm - 28-12-2012
En quoi il perd en lisibilité ?
RE: Mon apprentissage de Ruby et Rails - Sephi-Chan - 28-12-2012
Tout le monde n'adhère pas à la syntaxe de Slim. Quelques exemples :
- L'utilisation obligatoire du pipe et de l'indentation peut être pénible et laide ;
- Slim n'aide pas à l'utilisation des attributs data- comme le fait Haml ;
En somme, Slim n'est pas mieux. Il est seulement différent.
Puis baser le choix sur la performance ne me semble pas pertinent (même la documentation de Slim déconseille ce critère).
RE: Haml vs. Slim - srm - 28-12-2012
Je ne vois pas trop ce que :
%a{:href=>"/posts", :data => {:author_id => 123}} Posts By Author
à de plus facile que :
a href="/posts" date-author-id="123" Posts By Author
Si tu veux que ça soit "plus lisible" tu peux aussi écrire :
a[href="/posts" date-author-id="123"] Posts By Author
ou
a{href="/posts" date-author-id="123"} Posts By Author
ou
a(href="/posts" date-author-id="123") Posts By Author
Tu peux aussi utiliser * splate attribute pour convertir un hash en argument :
.card*{'data-url'=>place_path(place), 'data-id'=>place.id} = place.name
<div class="card" data-id="1234" data-url="/place/1234">Slim's house</div>
L'indentation n'est pas obligatoire en Haml ?
Et le pipe à quoi d'obligatoire ?
Et la doc tu lui reproches quoi ?
RE: Haml vs. Slim - Sephi-Chan - 28-12-2012
Souvent, mon hash data est dynamique. Par exemple.
Quand tu utilises le splat, ça devient moche.
.message{ data: { author_id: '...', created_at: '...' } }
<div class="message" data-author-id="..." created-at="..." />
Tu peux donc utiliser un hash Ruby comme contenu, et les _ sont remplacés par des - pour être en accord avec la convention.
Je ne sais pas si tu as déjà utilisé Slim, tu verrais de quoi je parle par l'obligation de mettre un | quand tu ajoute du contenu en mode embeded (plutôt que inline).
Pour ma part, j'ai essayé Slim et je n'ai pas aimé. Libre à chacun de se faire une expérience.