Je travaille sur un projet basé sur Python. Je veux utiliser un langage de préprocesseur CSS qui est basé sur CSS comme MOINS o Sass (SCSS) mais lequel dois-je utiliser lorsque je réalise un projet non-Ruby ?
Sass semble avoir plus de fonctionnalités, mais il est également étroitement intégré au paquet Haml (et rails ?).
Ces fonctionnalités en valent-elles la peine ?
Sont-elles toutes deux suffisamment matures pour être utilisées en production ?
Sass génère des feuilles de style CSS valides, ce qui n'a aucune importance si vous travaillez sur un projet non-Ruby. Je l'ai utilisé pour plusieurs projets PHP. Sass et Compass fonctionnent très bien en tant qu'outils autonomes, comme le démontre ce tutoriel sur intégrer Compass avec Django .
Sass et Haml sont désormais des projets distincts. Il n'y a donc pas lieu de s'inquiéter de leur étroite intégration (ce qui n'était pas le cas lorsqu'ils étaient le même projet).
Sass a effectivement plus de fonctionnalités et il est également conçu de façon plus élégante en tant qu'un véritable sur-ensemble de CSS . La nouvelle syntaxe SCSS devrait être immédiatement familière aux personnes expérimentées en CSS. Le seul avantage que Less avait sur Sass était la syntaxe CSS. Les développeurs de Sass l'ont reconnu et ont proposé SCSS comme solution. L'ancienne syntaxe Sass, sensible aux espaces, et la syntaxe SCSS sont toutes deux interopérables, ce qui évite tout problème de compatibilité. Vous pouvez avoir la moitié de votre projet en syntaxe Sass et l'autre moitié en SCSS et il compilera toujours.
Sass a également l'avantage de la superbe Compass dont le point fort est, pour moi, le méta-cadre Extension de Susy . Il y a même Extensions spécifiques à Django pour l'apparition de Compass.
Voici une belle article discutant d'une refonte de la feuille de style de digg.com en utilisant le SCSS.
Oui, les fonctionnalités supplémentaires de Sass en valent vraiment la peine, tout comme la conception supérieure.
Oui, Sass est définitivement assez mature pour une utilisation en production ; il est en version 3 avec une forte communauté d'utilisateurs et des développeurs très actifs et réactifs.
Chris Eppstein, créateur de Compass, a mis en place une page comparaison entre Sass et Less .
J'ai fait libsass-python une liaison Python de libsass écrit à l'origine en C/C++. Il est actuellement hautement compatible avec l'implémentation de référence de SASS/SCSS (écrite en Ruby), et il n'a besoin d'aucune dépendance vis-à-vis de la pile Ruby - ce dont vous avez besoin, c'est d'un simple interpréteur Python (et il fonctionne également sous PyPy ou Windows).
Bien que cette question ne soit jamais fermée parce qu'elle sera une option primaire basée sur la réponse la plus votée, elle n'est plus à jour je pense. De même, le lien vers le document "comparer Sass et Less" contient des informations obsolètes.
L'un des avantages de LESS sera la possibilité de développer le côté local et le côté client peut-être, voir : http://lesscss.org/#usage . LESS a été reconstruit en JavaScript depuis le début de cette question. Cela vous permettra d'utiliser les fonctionnalités JavaScript en ligne (exemple : Calculer le min/max de deux valeurs dans Less ). De nombreuses personnes sont déjà familiarisées avec JavaScript, mais je pense qu'il faut préférer LESS pur.
La dernière version de LESS (1.5) ajoute des listes et des fonctions telles que length() y extract() pour les manipuler aussi.
Lorsque vous développez en ligne de commande ou, du moins, que vous n'utilisez pas d'interface graphique pour construire et compiler votre CSS, LESS me semble plus facile à installer et à apprendre. D'un autre côté, Sass écrit sur son site web "Sass est le plus mature, le plus stable et le plus puissant..." et il ne sera pas facile de trouver des raisons pour dire que ce n'est pas vrai.
http://css-tricks.com/sass-vs-less/ fournit des informations et des comparaisons qui semblent moins dépassées ; au moins, certains chiffres ont été mis à jour cette année.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
