Introduction
Lorsque l'on parle de porter une application en utilisant le shell POSIX pour des raisons de portabilité, cela signifie que l'on cherche à écrire des scripts qui peuvent fonctionner sur différentes plateformes sans problème. Cependant, il est important de comprendre que POSIX est une spécification et non un programme.
Contexte Technique
La spécification POSIX définit un ensemble de normes pour les systèmes d'exploitation, mais elle ne définit pas exactement comment ces normes doivent être mises en œuvre. Les shells tels que bash, dash, ash, ksh, yash, etc., implémentent POSIX avec leurs propres particularités, extensions et accidents historiques. Par exemple, le traitement des caractères d'échappement dans la commande echo peut varier d'un shell à l'autre.
Pour illustrer cela, prenons un exemple simple : la commande echo "C:\new". Sur bash, ksh et certains autres shells, cette commande affiche exactement ce qui a été saisi, mais sur dash, qui est utilisé comme /bin/sh sur Debian, Ubuntu et Alpine, la même ligne affiche C: puis ew sur une nouvelle ligne, car dash interprète \n comme un saut de ligne.
Analyse et Implications
Ce problème n'est pas un cas de figure marginal ; c'est un exemple de la manière dont les différentes implémentations de shells peuvent conduire à des comportements inattendus. La spécification POSIX laisse explicitement le traitement des caractères d'échappement dans la commande echo comme étant défini par l'implémentation, ce qui signifie qu'il n'y a pas de comportement standard pour echo que l'on puisse utiliser de manière fiable dans les scripts.
Cela souligne l'importance de tester les scripts sur différents shells pour garantir leur portabilité. L'utilisation de printf au lieu de echo peut aider à éviter certains de ces problèmes, car printf est plus standardisé dans son comportement.
Perspective
La leçon à tirer de cela est que la portabilité dans les scripts shell nécessite plus qu'une simple conformité à la spécification POSIX. Il est essentiel de tester les scripts sur une gamme de shells pour s'assurer qu'ils fonctionnent comme prévu. Des outils tels que shell-docs, qui valident les fonctionnalités de shell à travers différents shells, peuvent être très utiles pour atteindre cet objectif.
En fin de compte, écrire des scripts portables signifie les tester sur l'éventail de shells sur lesquels ils seront réellement exécutés, et non simplement supposer qu'ils fonctionneront partout en raison de leur conformité à la spécification POSIX.
