Accélérer le développement de WordPress avec Grunt
Les outils de compilation font partie intégrante de chaque kit de développement et vous permettent de vous concentrer sur un développement efficace sans tomber dans de petits détails qui pourraient vous distraire du Code à portée de main. Grunt est l’un de ces outils de compilation populaires. Nous avons récemment examiné comment utiliser gulp dans le développement WordPress. Gulp est un excellent outil pour optimiser les images thématiques, connecter les fichiers JS et automatiser le traitement du Code Sass \/ less. Bien que le Gollum et le Gollum soient très semblables, il y a quelques différences. Dans cet article, je vais vous montrer ce que Grunt offre, comment l’utiliser et comment il diffère de gulp.
Outils de construction Introduction les outils de compilation sont essentiellement des outils automatisés qui permettent d’exécuter des tâches simples rapidement et facilement. Vous pouvez créer un fichier à partir de plusieurs fichiers, convertir des documents écrits à prix réduit en HTML, et faire toutes sortes d’autres bonnes choses. Dans un récent article sur gulp, j’ai expliqué ce qu’est un système de compilation, comment organiser les fichiers de deux façons différentes, et beaucoup d’autres choses de base. Je vous recommande fortement de lire cet article avant de continuer. En dehors de la grammaire, les principes de base et la philosophie de gulp et Grunt sont identiques.
En commençant par Grunt et gulp, vous aurez besoin de noeuds pour exécuter gulp. Si vous n’en avez pas, hochez la tête. Org et obtenir l’installateur. Les noeuds sont installés avec NPM (node Package Manager), qui peut être utilisé pour installer des paquets de noeuds tels que Grunt. Ensuite, nous installerons Grunt dans le monde entier. Vous pouvez le faire en ouvrant un terminal ou une invite de commande dans Windows (à partir de maintenant, je vais appeler les deux terminaux) et en émettant la commande suivante: Load Order 65e0766134f875fe0553 ensuite, nous devons créer deux fichiers: package. JSO
N et gruntfile. JS. Commençons par le sac. Json, c’est un fichier de paquet de noeuds standard. Nous n’ajouterons que quelques informations, voir la documentation NPM pour plus d’informations.
Téléchargez le fichier package 65e0766134f875fe0553 pour nommer notre package et fournir le numéro de version. Ce dont nous avons vraiment besoin ici, c’est de la section dépendances. Voici une liste de toutes les dépendances que nous utiliserons. Maintenant, il suffit de marmonner: nous ajouterons bientôt plus! Gruntfile. JS est similaire au gulpfile de gulp: il dit à Grunt ce que nous voulons qu’il fasse et quelles commandes nous voulons qu’il réponde. La fonction Load Order 65e0766134f875fe0553 initconfig () est l’endroit où nous écrivons tout le contenu de l’activité. Ensuite, nous enregistrerons les tâches suivantes, qui indiqueront à Grunt quelles tâches exécuter lorsque nous leur donnerons des commandes spécifiques. J’a i maintenant créé une tâche par défaut vide.
L’activité crée des tâches de création de la même façon que nous l’avons fait pour gulp: le paquet d’installation inclut l’utilisation de gulpfile pour commencer avec Sass, comme nous l’avons fait dans un autre article. Tout d’abord, installez le paquet: téléchargez la commande 65e0766134f875fe0553, puis demandez le formulaire dans grunfile. Ordre de chargement 65e0766134f875fe0553 terminé! Nous pouvons maintenant écrire une activité pour convertir Sass en CSS. Voici le code complet, expliqué comme suit: la première commande le jour du téléchargement de l’ordre 65e0766134f875fe0553 contient le module que vous pouvez voir directement au – dessus de la fonction initconfig (). Dans cette fonction, j’a i entré une activité appelée Sass. Ces options indiquent à Grunt quel est le Répertoire de travail actuel (CWD), le fichier source à traiter, le Répertoire de destination et l’extension de fichier.
Enfin, j’ai ajouté des tâches à exécuter avec la commande par défaut. Exécuter Grunt à partir du terminal de transport
Sera style \/ style. SCS et styles de sortie. CSS dans le Répertoire racine. Je pense qu’il ressort clairement de ce bref exemple que gulp est beaucoup moins lisible et logique que gulp, du moins à mon goût. On en reparlera plus tard, plus tard! Si vous voulez minimiser ces fichiers CSS générés, vous avez besoin du module cssmin Grunt Contrib. Installez – le en utilisant NPM install Grunt contrib cssmin – – Enregistrez Dev et ajoutez – le en tant qu’exigence en insérant Grunt. Loadnpmtasks (\
Une fois tout cela terminé, nous effectuerons une réduction réelle. La méthode est la suivante: Comme vous pouvez le voir, charger l’ordre 65e0766134f875fe0553 est similaire à l’idée précédente. Plus important encore, j’ajoute la tâche à la commande par défaut: Grunt. Registertask (‘default’, ‘Sass’,’ cssmin ‘). Si vous avez lu l’article de gulp et que vous avez fait ce pas dans cet article, vous devriez être en mesure de comprendre les autres méthodes que j’ai expliquées dans l’article précédent. Il s’agit d’installer le module et d’ajouter des tâches au fichier. Tous les paquets ont une excellente documentation et des exemples d’utilisation, donc vous ne devriez pas avoir de problèmes avec la mise en œuvre.
Cependant, ce qui peut vous intéresser, c’est la différence entre le grognement et le grognement, et quand les utiliser. La plus grande différence entre les deux systèmes est la structure des tâches. En bref, gulp est plus facile à lire, mais plus facile à confondre avec l’écriture, car le mécanisme de tuyauterie peut conduire à coder les spaghettis pendant votre activité. Personnellement, je préfère gulp parce que je veux que mon code soit lisible, donc je sais exactement ce que je veux en faire un an plus tard, il suffit de le regarder. Si vous travaillez dans une grande équipe ou un grand projet, vous pourriez préférer Grunt parce qu’il a une approche plus stricte.
Un autre facteur important est la vitesse. Gulp est plus rapide parce qu’il peut gérer tout en mémoire. Grunt utilise des fichiers dans
Temelti. Les opérations d’E \/ s sur disque prennent beaucoup plus de temps que les opérations de mémoire, ce qui fait que le grognement est environ deux fois plus rapide que le grognement. Néanmoins, ce n’est pas une grande considération pour la plupart des gens. Est – ce vraiment important si une tâche prend 0,04 ou 0,08 seconde? Dans une large mesure, cela pourrait poser problème, mais pour la plupart d’entre nous, nous ne le remarquerons jamais. Une chose que j’ai remarqué, c’est que des activités mal écrites peuvent causer une instabilité dans l’ingestion. C’est peut – être mon idiot, mais j’ai aussi vu des choses qui me crachent dessus pendant une seconde ou deux. Je pense que c’est le résultat de l’utilisation de la mémoire, et les opérations sur disque – – dans le cas de Grunt – – n’auront pas ce problème. Ce n’est pas du tout scientifique et si l’un de vous a une expérience plus approfondie de cela, s’il vous plaît dites – nous!
Pendant un certain temps, Grunt a eu une plus grande communauté parce qu’il s’agissait d’un projet plus ancien. Gulp a récemment repris le travail, laissant un grognement. À l’heure actuelle, les deux solutions ont des communautés très actives. Choisir entre Gollum et Gollum j’ai évalué mes préférences: Je Gollum à chaque fois. J’ai trouvé qu’il était écrit et lu de façon plus claire et que le mécanisme de canalisation me semblait plus logique. Je pense que c’est en fait le facteur le plus important. Comme les deux systèmes sont plus ou moins identiques, cela dépend des préférences personnelles. Vous aimez Grunt parce que vous aimez plus de style qu’il offre? Super, vas – y.
Dans deux cas seulement, je suggère de choisir l’un d’eux. Si vous en avez déjà utilisé un dans la plupart des projets, il pourrait être bon de continuer à utiliser la même solution. Malgré l’avantage de vitesse de gulp, je ne dirais pas que vous feriez mieux de jeter Grunt par la fenêtre. L’autre scénario est si vous êtes vraiment
Une grande liste de tâches et un tas de fichiers. En théorie, gulp vous servira mieux, mais mon conseil est d’écrire deux tâches en utilisant ces deux systèmes pour voir lequel fonctionne le mieux en termes de vitesse. Gollum et Gollum sont géniaux. Ils résolvent un grand nombre de problèmes et améliorent nos vies chaque jour. Que vous travailliez sur un projet WordPress ou autre, la création d’outils est toujours une bonne idée. À la fin de la journée, le choix entre une grande gorgée et un grognement dépend probablement de vos préférences personnelles. Veuillez nous indiquer dans les commentaires ci – dessous où se trouve votre note! Étiquettes: outils de construction