|
Il n'y a pas de limite difficile sur le nombre de commandes que vous pouvez tuer ensemble dans Unix.
Techniquement, vous pouvez enchaîner autant de commandes que vous le souhaitez , tant que:
* vos ressources système le permettent: Vous aurez besoin de suffisamment de mémoire et de puissance de traitement pour gérer le pipeline complexe.
* La sortie de chaque commande est compatible avec l'entrée du suivant: Par exemple, la sortie de `ls -l` peut être tuée dans` grep file.txt` car la sortie de `ls -l` inclut des noms de fichiers que` grep` peut rechercher.
Cependant, il est généralement recommandé de garder les pipelines concis et lisibles pour la maintenabilité.
Les pipelines longs peuvent devenir:
* difficile à déboguer: Il peut être difficile d'isoler la source d'erreurs dans une longue chaîne de commandes.
* difficile à comprendre: Les pipelines complexes peuvent devenir illisibles et déroutants.
Au lieu de créer des pipelines excessivement longs, considérez:
* décomposer la tâche en étapes plus petites et plus gérables.
* Utilisation de scripts shell pour organiser les commandes et les rendre réutilisables.
* en utilisant des outils comme `xargs` pour traiter la sortie d'une commande par lots.
En fin de compte, la meilleure approche consiste à hiérarchiser la clarté et la maintenabilité sur la simple maximisation du nombre de commandes dans un pipeline.
|
