Compass et Sass sont morts?
Je passe par le cours école de code "Fondation Sass". Je suis à un niveau où le professeur parle du cadre de la boussole. Quand je l'ai installé, j'ai réalisé que le code qu'il génère n'inclut pas les -ms- et -o-.
C'est pourquoi je voudrais demander aux professionnels des conseils et des informations que je ne trouve pas ici sur Stack et sur Internet.
La boussole est-elle morte maintenant? Si oui, que dois-je utiliser à la place? (pour être sûr qu'il ajoutera -ms-, -o- etc.)
Le Sass est-il mort maintenant?
J'ai fait un peu recherche et les gens disent que je ne devrais pas utiliser le .sass mais le .scss, mais d'un autre côté, si j'utilise le .scss je ne pourrai pas utiliser la syntaxe en retrait . Dois-je éviter la syntaxe en retrait? Si oui, veuillez préciser pourquoi.
Puisqu'aucune des réponses n'est exacte à 100%, je fournirai ma propre réponse.
Compass est-il mort? Oui, apparemment. Selon leur page GitHub :
La boussole n'est plus activement entretenue.
La boussole semble mourir car elle est écrite en Ruby et il existe des transpilateurs Sass beaucoup plus rapides écrits en C/C++, principalement LibSass .
Que devez-vous utiliser maintenant? Basé sur cette conversation de problème GitHub , je recommanderais de passer à Bourbon pour un ensemble de base de mixins utilitaires.
Sass est-il mort maintenant? Non, absolument pas. Les transpilers Sass modernes, y compris LibSass, prennent pleinement en charge la spécification Sass et fonctionnent très bien.
Devriez-vous éviter la syntaxe Sass? Non. À mon avis, la syntaxe Sass est plus propre, plus facile à lire et est certainement plus facile à taper.
Vous pouvez mélanger la syntaxe Sass et SCSS. Vous pouvez donc importer la syntaxe Bourbon SCSS dans votre document de syntaxe Sass et utiliser les mixins sans problème.
En conclusion, utilisez la syntaxe qui vous rend plus heureux.
La boussole n'est pas morte - elle a fait ce qu'elle a bien fait - mais elle est maintenant remplacée dans la plupart des flux de travail des gens. Les gens ont commencé à utiliser CodeKit peu de temps après cela - et maintenant ils utilisent généralement des exécuteurs de tâches et construisent des outils comme, grognement, gulp, brunch, brocoli, etc.
Ce que vous voulez, c'est un prétraitement et quelque chose qui a un préfixe automatique. Cela peut être l'une des choses mentionnées ci-dessus et peut généralement être installé et configuré avec une collection de modules npm. Tout dépend du projet sur lequel vous travaillez. Je dirais que la gorgée est la plus populaire en ce moment. (J'utilise Ember, donc Ember CLI fait ça pour moi)
.sass est juste une autre syntaxe (l'originale, je crois). La plupart des développeurs utilisent .scss et je vous encourage à vous en tenir à cette syntaxe car elle ressemble plus à CSS et lorsque vous partagez des projets, les gens vous remercieront. (même si je préfère le stylet)
ÉDITER
Après coup ... je dirais que "Sass Foundation" est ce qui est mort. Ce cours va vous causer plus de problèmes que vous aider. Écrivez simplement scss et apprenez de nouveaux bits selon vos besoins. C'est juste du CSS avec quelques fonctionnalités utiles comme les variables et l'imbrication.
En supposant que je comprends ce que vous demandez, oui, je passerais à SCSS au lieu d'utiliser SASS. Pourquoi? En général, TOUPET combine les deux Toupet et SCSS. Sass lui-même est une syntaxe plus ancienne qui traite principalement de l'indentation (au lieu des crochets, etc.) et ne présente aucun véritable ajout à CSS. D'un autre côté, SCSS est censé étendre CSS3 en fournissant des fonctionnalités supplémentaires telles que les variables, l'imbrication et autres. L'autre avantage est que, techniquement parlant, chaque feuille de style CSS3 valide est également une feuille de style SCSS valide.
Donc, pour conclure, j'envisagerais certainement d'apporter la modification à SCSS car vous constaterez que c'est la norme parmi de nombreux cadres et outils utilisés dans l'industrie, en plus c'est une syntaxe plus récente par rapport à Sass et offre beaucoup plus de fonctionnalités pour vous faciliter la vie en tant que développeur.
Si vous souhaitez en savoir plus, jetez un œil à leur site Web: http://sass-lang.com/
Donc, pour répondre spécifiquement à vos questions:
- Non, il n'est pas mort, il vient d'être mis à jour pour suivre les normes de l'industrie. Il existe de nombreuses alternatives disponibles. Par exemple, Gulp est populaire.
- Sass n'est pas mort non plus, mais la plupart des développeurs sont passés à SCSS à la place.
- J'irais avec SCSS, en raison de ce que j'ai décrit ci-dessus.