환경 변수를 사용하여 매개 변수 전달의 단점

Question

매개 변수를 Bash 쉘에서 실행 파일로 전달하기위한 다음 대체 방법이 있습니다. 나는 첫 번째 방법이 현재 더 일반적이라고 생각한다.

방법 1은 -

arg1=1 ./myprogram 

때 어떤 문제가 발생할 수있는 환경 변수마다 호출로 전달할 파라미터 - 명령어 라인 인수로

./myprogram --arg1 1 

방법 2을 변수를 전달 두 번째 방법을 사용합니까?

이 밀접하게 관련 질문 (Argument passing strategy - environment variables vs. command line)이 아니라 내가 관심 오전 직접 당 호출 사용보다 환경 변수의보다 광범위한 사용을 해결한다.

Answer 1

첫 번째 방법은 다른 사람이 그렇게 쉽게 일반적이다 알다.

환경 변수가 사용되는 경우 ($ ORACLE_HOME, $ JAVA, ..) 명령 줄에는 설정되지 않지만 다른 스크립트에 의해 사용되기 전에 사용됩니다. 따라서 var가 환경 변수의 일부가되어야한다고 생각하면 환경 변수 (기본값)를 사용하는 것이 좋습니다.
다른 경우에는 매개 변수를 사용합니다.

어떻게 스크립트 modifing에 대한 :

이

# First script calling myprogram that uses ... 
# Difficult to see, the vars name and lastname 
name="John" 
while read -r lastname; do 
    ./myprogram 
done < lastnames.txt 

이제 다른 사람이 데이터베이스에서 환경 변수 이름으로 모든 사용자를 루프를 변경하고 싶어합니다.

name="John" 
while read -r lastname; do 
    ./myprogram 
    username="${lastname}" ~/bin/getdbusers 
done < lastnames.txt 

당신이 운이 이번에는 두 번째 사람은 또한 VAR username를 사용하고 ./myprogram이 lastname를 사용한다는 사실을 인식하지 못합니다. 그는 루프 변수를 변경하여 버그를 도입하려는 유혹을 받고 있습니다. 어떤 프로그램이 $ name 및 다른 변수를 사용하는지 이해하기가 어려워졌습니다.
사용하여 매개 변수를 쉽게 이해할 수 있도록하고 버그를 멀리 유지하지 :

name="John" 
while read -r lastname; do 
    ./myprogram "${name}" "${lastname}" 
    ~/bin/getdbusers "${lastname}" 
    ~/bin/somethingWithUserName "${lastname}" 
done < lastnames.txt