Cinq points clés sont à suivre lors de l'écriture d'un script de shell maintenable: 1. Déclarez l'interprète au début et activez l'option définie pour améliorer la robustesse; 2. Utilisez des variables significatives et des noms de fonction pour améliorer la lisibilité; 3. Ajouter des commentaires raisonnablement et utiliser GetOPTS pour traiter les paramètres pour améliorer la convivialité; 4. Configuration et logique séparées pour faciliter le réglage; 5. Les fonctions modulaires améliorent la réutilisabilité et la clarté structurelle. Chaque script de shell doit commencer par #! / Bin / bash ou #! / Bin / sh, et découvrir les problèmes t?t via set -e, set -u et set -o pipefail; évitez les noms de variables floues tels que A lors de la dénomination, et il est recommandé d'utiliser LOG_FILE pour exprimer le nom d'intention; Des fonctions telles que backup_config () peuvent améliorer le degré de modularité du code; Il est recommandé de placer des fonctions uniformément pour la gestion; Utilisez des getOPTS pour l'analyse plut?t que d'accès directement à des paramètres de position pour les scripts avec des paramètres; Afin d'améliorer la maintenabilité, les paramètres réglables tels que Max_Retries et le délai d'expiration doivent être définis de manière centralisée dans les fichiers supérieurs ou externes; Grace à ces meilleures pratiques, même si les fonctions de script sont simples, cela peut réduire considérablement la difficulté de maintenance ultérieure.

La clé pour écrire un script shell maintenable est d'avoir une structure claire, une logique simple et une dénomination standardisée. Beaucoup de gens commencent par écrire un petit script pour terminer une tache, mais à mesure que les exigences changent, le script devient de plus en plus complexe et devient finalement difficile à maintenir. Pour éviter cela, prêter attention à certaines meilleures pratiques depuis le début, vous permettra de beaucoup de problèmes.

Utiliser la déclaration des interprètes et les options de définition

Chaque script de shell doit commencer par #!/bin/bash ou #!/bin/sh et être spécifié en fonction du shell réel utilisé. Il s'agit non seulement de permettre au script d'exécuter directement, mais aussi de clarifier l'environnement d'exécution.

De plus, l'ajout de l'énoncé suivant peut vous aider à trouver des problèmes plus t?t lorsque quelque chose ne va pas:

 set -e # quitter immédiatement lorsqu'une erreur se produit -U # Une erreur est signalée lors de la référence à une variable non définie SET -O PIPFAIL # Toute commande dans le pipeline échoue et est marquée comme une défaillance

Ces paramètres empêchent le script de continuer à s'exécuter dans des échecs partiels, cachant ainsi le problème.

Donnez des variables et des fonctions des noms significatifs

Bien que les scripts shell soient courts, ils devraient également prêter attention à la lisibilité. Par exemple:

• ? Non recommandé: a="some path"
• ? Recommandé: log_file="/var/log/app.log"

Les noms de fonction doivent également exprimer clairement l'intention, tels que:

 backup_config () {
    CP "1 $" "1, $ BAK"
}

Par rapport à un tas de commandes exposées accumulées, les fonctions peuvent modulariser le code et améliorer la réutilisabilité et la lisibilité.

S'il y a plusieurs fonctions dans le script, il est recommandé de les placer au début du fichier ou dans un fichier lib séparé pour une recherche et une gestion faciles.

Utiliser les commentaires et le traitement des paramètres rationnellement

Les scripts de coquille sont facilement transformés en choses ?ponctuelles?, mais si elles sont utilisées par d'autres, ou si vous reviendrez et les modifierez en quelques mois, ne manquez pas les commentaires. En particulier dans les descriptions fonctionnelles, les significations des paramètres, les branches logiques importantes, etc.

Pour les scripts avec des paramètres, essayez d'utiliser getopts pour analyser les paramètres de ligne de commande au lieu d'accéder directement à $1 et $2 . Cela le rend plus clair et plus facile à se développer.

Donnons un exemple simple:

 tandis que Getopts "f: n:" Opt; faire
  Case $ opt dans
    f) filename = "$ optarg" ;;
    n) count = "$ optarg" ;;
    *) Echo "Utilisation: 0 0 -f <Fichier> -N <Count>"; sortie 1 ;;
  ESAC
fait

De cette fa?on, les utilisateurs peuvent transmettre de manière flexible les paramètres lors de l'appel des scripts, tels que script.sh -f input.txt -n 5 .

Configuration et logique séparées pour un ajustement facile

Si votre script doit modifier fréquemment des paramètres tels que le chemin, le délai d'expiration, le nombre de réessayer, etc., vous pouvez les mettre dans une zone de configuration, tel que la définition des variables en haut:

 Max_Retries = 3
Timeout = 10
Data_dir = "/ data / output"

De cette fa?on, d'autres peuvent trouver les pièces réglables en un coup d'?il lors de la lecture du script, sans avoir à aller profondément dans la logique et deviner où la changer.

De plus, vous pouvez également envisager d'extraire la configuration dans un fichier externe et l'introduire via source config.sh pour améliorer davantage la flexibilité.

Fondamentalement, c'est tout. L'écriture de scripts shell ne doit pas être très avancée, mais tant que la structure est claire, la logique est claire et que la dénomination variable est raisonnable, elle sera beaucoup plus facile à maintenir au stade ultérieur.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!