为了这个目的，可以用另一个函数（即嵌套的）声明/导出 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 代码非常重要。否则，一年后你再看它，就会发现一切都毫无意义。

Answer