이 목적을 위해 Bash 함수를 다른 함수(예: 중첩)와 함께 선언/내보내는 것이 가능합니까?

Question 1

Bash는 상위 함수를 실행하기 전에 중첩된 함수를 처리(알고)합니까?

아니요.

한번 시도해 봅시다:

$ funcgroup() {
    f1() { echo this is f1; }
    f2() { echo this is f2; }
}

$ f2
f2: command not found

$ funcgroup

$ f2
this is f2

스크립트를 사용하기 어려워지면 함수를 라이브러리로 분리하세요.

$ bash

$ cat funcs.bash
f1() { echo this is f1; }
f2() { echo this is f2; }

$ f2
f2: command not found

$ . funcs.bash

$ f2
this is f2

.(일명) 명령은 source현재 디렉터리와 PATH에서 파일을 찾습니다.

Answer

Bash는 상위 함수를 실행하기 전에 중첩된 함수를 처리(알고)합니까?

아니요.

한번 시도해 봅시다:

$ funcgroup() {
    f1() { echo this is f1; }
    f2() { echo this is f2; }
}

$ f2
f2: command not found

$ funcgroup

$ f2
this is f2

스크립트를 사용하기 어려워지면 함수를 라이브러리로 분리하세요.

$ bash

$ cat funcs.bash
f1() { echo this is f1; }
f2() { echo this is f2; }

$ f2
f2: command not found

$ . funcs.bash

$ f2
this is f2

.(일명) 명령은 source현재 디렉터리와 PATH에서 파일을 찾습니다.

Question 2

첫 번째 답변에서 알 수 있듯이 일반적으로 프로그램을 별도의 모듈로 정렬하는 것이 좋습니다. 특히 너무 많은 공간을 차지하는 비대한 소프트웨어는 더욱 그렇습니다.

그러나 문제는 스크립트를 호출하는 방법에 주의해야 한다는 것입니다. 경로가 변경되고 초기 스크립트가 결국 라이브러리를 찾지 못할 수 있기 때문에 라이브러리를 가져오는 초기 스크립트를 호출하는 위치와 다릅니다.

나는 일반적으로 이 문제를 회피하기 위해 다음 기능을 사용합니다.

function whereAmI { printf "$( cd "$( dirname "${BASH_SOURCE[0]}" )" >/dev/null 2>&1 && pwd )"; }

이는 이 프로세스를 실행하는 스크립트가 어디에 있는지 알려줍니다.

따라서 라이브러리가 초기 스크립트와 관련된 어딘가에 있으면 항상 라이브러리를 찾습니다. 예를 들어 해당 상대 경로에 lib/결과를 추가하는 경우입니다 .whereAmI

그럼에도 불구하고 언어의 한계로 인해 Bash 코드를 잘 구성하는 것이 중요합니다. 그렇지 않으면 지금부터 1년 후에 보면 모든 것이 말이 되지 않습니다.

Answer