[Shell]bash的良好编码实践

最好的bash脚本不仅可以工作，而且以易于理解和修改的方式编写。很多好的编码实践都是来自使用一致的变量名称和一致的编码风格。验证用户提供的参数是否正确，并检查命令是否能成功运行，以及长时间运行是否能保持可用性。下面分享一下我的工作技巧。

1. 使用良好的缩进

使用良好的缩进能使代码可读性更好，从而能更好的维护。

当你有三级以上的逻辑时，缩进能使我们轻松的查看脚本的整体逻辑。使用多少个空格缩进并不重要，尽管大多数人更多的使用4个空格或8个空格进行缩进。

#!/bin/bash 
if [ $# -ge 1 ] && [ -d $1 ]; then
　　for file in `ls $1`
　　　　do
 　　$debug == "on" ]; then
 　　echo working on $file
 　fi
 　wc -l $1/$file
 　　done
else
　　echo "USAGE: $0 directory"
 exit 1
fi

[Shell]bash的良好编码实践

1. 使用良好的缩进

2. 提供使用说明使用帮助语句可以帮助使用者运行脚本，即使两年后你自己也能知道脚本需要提供什么参数

$# == 0 ]; then "Usage: $0 filename" 1 fi

6. 赋予变量有意义的名字 Unix管理员通常会尽最大努力的避免输入一些额外的字符，但不要在脚本中这样操作。花费一点时间为变量提供有意义的名称，并在命名时保持一致性。

$# != 1 ]; $0 address" else ip=$1 fi

7.　检查参数是否是正确类型 如果在使用参数之前检查以确保提供给脚本的参数是符合预期类型的，那么可以节省很多麻烦。下面是一种简单检查参数是否为数字的方法:

if ! [ $1" -eq $1" 2> /dev/null ] then "ERROR: $1 is not a number!" 1 fi

8. 检查参数是否缺失或者顺序错误 如果提供一个以上的参数，最好要确认一下。

3 ]; "What part of THREE ARGUMENTS don't you understand?" fi

猜你在找的Bash相关文章

[Shell]bash的良好编码实践

1. 使用良好的缩进

2. 提供使用说明使用帮助语句可以帮助使用者运行脚本，即使两年后你自己也能知道脚本需要提供什么参数 $# == 0 ]; then "Usage: $0 filename" 1 fi

6. 赋予变量有意义的名字Unix管理员通常会尽最大努力的避免输入一些额外的字符，但不要在脚本中这样操作。花费一点时间为变量提供有意义的名称，并在命名时保持一致性。 $# != 1 ]; $0 address" else ip=$1 fi

7. 检查参数是否是正确类型如果在使用参数之前检查以确保提供给脚本的参数是符合预期类型的，那么可以节省很多麻烦。下面是一种简单检查参数是否为数字的方法: if ! [ $1" -eq $1" 2> /dev/null ] then "ERROR: $1 is not a number!" 1 fi

8. 检查参数是否缺失或者顺序错误如果提供一个以上的参数，最好要确认一下。 3 ]; "What part of THREE ARGUMENTS don't you understand?" fi

猜你在找的Bash相关文章

2. 提供使用说明使用帮助语句可以帮助使用者运行脚本，即使两年后你自己也能知道脚本需要提供什么参数

$# == 0 ]; then "Usage: $0 filename" 1 fi

6. 赋予变量有意义的名字 Unix管理员通常会尽最大努力的避免输入一些额外的字符，但不要在脚本中这样操作。花费一点时间为变量提供有意义的名称，并在命名时保持一致性。

$# != 1 ]; $0 address" else ip=$1 fi

7.　检查参数是否是正确类型如果在使用参数之前检查以确保提供给脚本的参数是符合预期类型的，那么可以节省很多麻烦。下面是一种简单检查参数是否为数字的方法:

if ! [ $1" -eq $1" 2> /dev/null ] then "ERROR: $1 is not a number!" 1 fi

8. 检查参数是否缺失或者顺序错误如果提供一个以上的参数，最好要确认一下。

3 ]; "What part of THREE ARGUMENTS don't you understand?" fi