在Bash中，何时使用别名，何时编写脚本以及何时编写函数？

alias houston='cd /home/username/.scripts/'

alias command="bash bashscriptname"

#1 楼

别名（通常）实际上不应做得比更改命令的默认选项更多。无非就是命令名称上的简单文本替换。它不能对参数做任何事情，而是将它们传递给它实际运行的命令。因此，如果您只需要在单个命令的开头添加参数，则别名将起作用。常见的示例是

# Make ls output in color by default.
alias ls="ls --color=auto"
# make mv ask before overwriting a file by default
alias mv="mv -i"

当您需要执行比别名更复杂的操作但不能单独使用时，应使用函数。例如，针对我问过的有关更改grep的默认行为（取决于它是否在管道中）的问题，请回答以下问题：因为它对于别名来说太复杂了（根据条件要求不同的默认值），但是在非交互式脚本中并不是必需的。

如果功能太多或功能太大，请将它们放在隐藏目录中的单独文件中，并将它们提供到您的~/.bashrc中：

grep() { 
    if [[ -t 1 ]]; then 
        command grep -n "$@"
    else 
        command grep "$@"
    fi
}

< br脚本应该独立存在。它应该具有可重复使用或用于多个目的的价值。

#2 楼

其他答案根据个人喜好提供了一些软性的通用准则，但忽略了在决定脚本，函数或别名时应该考虑的许多相关事实。

别名和函数¹


别名和函数的全部内容存储在外壳程序的内存中。
这样的自然结果是别名和函数只能由当前shell使用，而不能由您可以从shell调用的任何其他程序使用，例如文本编辑器，脚本或同一shell的子实例。
别名和函数由当前Shell执行，即它们在内部Shell中运行并影响Shell的当前环境。²运行别名或函数不需要单独的过程。

脚本


Shell不将脚本保留在内存中。而是在每次需要时从存储它们的文件中读取脚本。如果通过$PATH搜索找到了该脚本，那么许多shell会将其路径名的哈希存储在内存中，以节省以后的$PATH查找时间，但这就是不使用该脚本时所​​占用的内存的范围。

与功能和别名相比，可以通过更多方式调用脚本。它们可以作为参数传递给诸如sh script之类的解释器，也可以直接作为可执行文件调用，在这种情况下，将调用shebang行中的解释器（例如#!/bin/sh）来运行它。在这两种情况下，脚本都是由一个单独的解释器进程运行的，其解释器环境与您的外壳环境不同，该脚本的环境不能以任何方式影响。实际上，解释器外壳甚至不必匹配调用外壳。因为以这种方式调用的脚本看起来像任何普通的可执行文件，所以它们可以被任何程序使用。

最后，当前外壳程序可以使用.或在某些外壳程序source中读取并运行脚本。在这种情况下，脚本的行为就像是按需读取的函数，而不是始终保存在内存中。


应用程序

鉴于以上所述，我们可以为是否制作脚本或函数/别名提供一些通用指南。


除了shell之外，其他程序是否需要使用它？如果是这样，它必须是一个脚本。
您只希望它可以从交互式shell中获得吗？通常希望在交互运行时更改许多命令的默认行为而不影响外部命令/脚本。对于这种情况，请在外壳程序的“仅交互式模式” rc文件中使用别名/函数集（对于bash，这是.bashrc）。
是否需要更改外壳程序的环境？函数/别名或源脚本都是可能的选择。
您经常使用它吗？将其保留在内存中可能更有效，因此，如果可能的话，使其成为函数/别名。
相反，它很少使用吗？在这种情况下，不需要它时会占用内存，因此将其设置为脚本。


¹虽然函数和别名有一些重要的区别，但是它们被分组因为函数可以做别名可以做的所有事情。别名不能具有局部变量，也不能处理参数，并且它们对于一行以上的内容都不方便。

²Unix系统中的每个正在运行的进程都具有由一堆variable=value对组成的环境。通常包含全局配置设置，例如LANG（用于默认语言环境）和PATH（用于指定可执行搜索路径）。

#3 楼

我认为这取决于每个人的口味。对我来说，逻辑是这样的：


首先，我尝试创建一个别名，因为它是最简单的。
如果事情太复杂而不能放在一行中，我尝试使它成为一个函数。
当函数开始扩展到超过十行时，我将其放入脚本中。

确实没有任何限制您执行有效的操作。

#4 楼

至少部分是个人喜好问题。另一方面，还有一些明显的功能区别：


别名：仅适用于简单的文本替换，无参数/参数
功能：易于编写/使用，完整的外壳脚本功能，仅在bash内可用
脚本：或多或少类似于函数，但在bash之外也可用（可调用）

看看shell脚本我最近几年做了已经或多或少停止了编写别名（因为它们都会随着时间的流逝而增长为函数），并且仅在需要在非bash环境中也可以使用它们时才执行脚本。实际上没有任何理由这样做。即使alias command="bash bashscriptname"不在$ PATH中，只需一个简单的bashscriptname就足够了。

#5 楼

何时编写脚本...


脚本将软件组件（也称为工具，命令，过程，可执行文件，程序）组装为更复杂的组件，这些组件本身也可以组装为更多组件复杂的组件。
脚本通常可以执行，因此可以按名称调用。当被调用时，将产生一个新的子进程供脚本运行。任何exported变量和/或函数的副本均按值传递给脚本。对这些变量的更改不会传播回父脚本。
脚本也可以被加载（源），就像它们是调用脚本的一部分一样。这类似于某些其他语言称为“导入”或“包含”的内容。来源时，它们在现有过程中执行。

何时编写函数...


函数实际上是预加载的Shell脚本。它们的性能比调用单独的脚本好一些，但前提是必须从机械磁盘读取该脚本。如今，闪存驱动器，SSD和Linux在未使用的RAM中进行常规缓存的激增使这种改进几乎无法衡量。
函数是bash实现模块化，封装和重用的主要手段。它们提高了脚本的清晰度，可靠性和可维护性。
调用函数的语法规则与调用可执行文件的语法规则相同。将调用与可执行文件同名的函数，而不是可执行文件。
函数是它们所在脚本的本地函数。
函数可以导出（按值复制），因此可以在内部使用称为脚本。因此，函数只会传播到子进程，而不会传播到父进程。
函数会创建可重用的命令，这些命令通常组装到库（仅包含函数定义的脚本）中，并由其他脚本提供。

何时写一个别名...


Bash别名在if / then和for / do循环之类的shell脚本结构中不起作用，因此应仅用作交互式命令行上的键盘快捷键。因此，所有别名定义通常都驻留在适当的登录脚本中，例如~/.profile或~/.bashrc。在库脚本等脚本中，有时需要函数的别名，例如重命名函数但向后兼容时是必须的。这可以通过使用旧名称创建一个简单函数并将其所有参数传递给
new函数...

# A bash in-script 'alias'
function oldFunction () { newFunction "$@"; }

的全面描述来实现。可在Wikipedia / Alias（命令）中找到alias中的bash命令和其他外壳程序

#6 楼

以下是有关别名和函数的一些其他要点：



同名别名和函数可以共存
首先查找别名空间（请参见第一个示例） ）
不能在子shell或非交互环境中设置（取消）别名（请参见第二个示例）

例如：

alias f='echo Alias'; f             # prints "Alias"
function f { echo 'Function'; }; f  # prints "Alias"
unalias f; f                        # prints "Function"

如我们所见，别名和函数有单独的命名空间；使用declare -A -p BASH_ALIASES和declare -f f可以找到更多详细信息，它们会打印它们的定义（都存储在内存中）。

示例显示别名的局限性：

alias a='echo Alias'
a        # OK: prints "Alias"
eval a;  # OK: prints "Alias"
( alias a="Nested"; a );  # prints "Alias" (not "Nested")
( unalias a; a );         # prints "Alias"
bash -c "alias aa='Another Alias'; aa"  # ERROR: bash: aa: command not found

正如我们看到的，别名与函数不同，是不可嵌套的。此外，它们的用法仅限于交互式会话。

最后，请注意，您可以通过声明一个函数立即调用它来对别名进行任意计算，例如：

alias a_complex_thing='f() { do_stuff_in_function; } f'

在Git别名的情况下已经广泛使用。这样做比声明一个函数的好处在于，别名不能简单地通过源代码（或使用.）一个恰巧声明一个同名函数的脚本来覆盖。

#7 楼

我不敢相信的另一件事是：函数在调用过程的上下文中执行，而脚本派生一个新的shell。

这对于性能很重要-功能更快，因为它没有fork()和exec()。在正常情况下，差异很小，但是如果您调试的是内存不足且页面崩溃的系统，则可能会有很大的不同。

此外，如果要修改自己的当前的shell环境中，应该使用一个函数。例如，一个函数可以更改当前shell的命令查找$PATH，但脚本不能更改，因为它在$PATH的fork / exec副本上运行。

#8 楼

脚本和别名与脚本和功能不是互斥的。您可以并且确实将别名和函数存储在脚本中。

脚本只是可以持久化的代码。您希望将来使用的有用功能和别名存储在脚本中。但是，脚本通常是一个以上功能的集合。

由于未对别名进行参数化，因此它们的作用非常有限。通常定义一些默认参数。

函数是一个单独的代码单元，是几行代码的明确定义的概念，这些行不能分成较小的有用部分；一个可以直接重用或由其他功能重用的功能。

#9 楼

如果它非常快，请使其成为别名或函数。

如果应在首选shell之外使用，则使其成为脚本。1

如果需要参数，使其成为函数或脚本。

如果需要包含特殊字符，则使其成为别名或脚本。2

如果需要与sudo一起使用，使其成为别名或脚本。3

如果要在不注销和登录的情况下轻松进行更改，则脚本会更容易。4

脚注

1或将其命名为别名，将其放在~/.env中并设置export ENV="$HOME/.env"，但使其可移植地工作很复杂。

2函数名称必须是标识符，因此必须以字母开头，并且只能包含字母，数字和下划线。例如，我有一个别名alias +='pushd +1'。

3并添加别名alias sudo='sudo '。同其他将命令作为第一个参数的命令，例如strace，gdb等。

4另请参见：fpath。当然，您也可以执行source ~/.bashrc或类似操作，但这通常还会带来其他副作用。

#10 楼

只需添加一些注意事项：


sudo只能使用单独的脚本（例如，如果需要编辑系统文件），例如：

sudo v /etc/rc.conf  #where v runs vim in a new terminal window;

只有别名或函数才能替换相同名称的系统命令（假设您将脚本目录添加到PATH的末尾，我认为这是为了安全起见，在意外或恶意创建名称与系统命令相同的脚本时），例如：

alias ls='ls --color=auto'  #enable colored output;

<别名和函数需要较少的内存和时间来执行，但是要花费一些时间来加载（因为shell必须在显示提示之前先对它们进行解释）。如果您定期运行新的Shell进程，请考虑到这一点，例如：

# pressing key to open new terminal
# waiting for a few seconds before shell prompt finally appears.

除此之外，还可以使用最简单的形式可能，即首先考虑别名，然后考虑功能，然后考虑脚本。

#11 楼

我的经验法则是：


别名-一个命令，没有参数
功能-一个命令，一些参数
脚本-几个命令，没有参数

#12 楼

在多用户（或多sysamin）环境中，即使所有内容最终只是一个简短的“ exec something ....”包装程序，我都使用脚本来编写所有内容。效率比别名或函数低，但是几乎没有关系-并且只要它在路径中，脚本就总是可以工作。例如sudo或env，或者用户可能只是在使用一个与您不同的Shell-全部或可能破坏别名或功能。

如果您对性能敏感，则应将其作为特殊处理情况或更佳的情况，请考虑使用一种功能更强大的脚本语言进行重写的触发器。

如果我们谈论的是仅在其他脚本中使用的功能，那么您也可以考虑定义一个标准外壳程序，并编写一个可以为的函数库脚本。将我采购到所有其他脚本。

T

#13 楼

何时编写脚本

当您可能想要从外壳以外的工具运行命令时。

这包括vim（对我来说）：编写了过滤器和其他程序作为脚本，我可以执行:%!my-filter之类的操作，以通过编辑器中的程序过滤文件。

如果my-filter是函数或别名，那是不可能的。

#14 楼

您最有可能想要使用别名的情况的例子。

我知道这是一篇过时的文章，但我想指出一种情况，在这种情况下，我几乎不得不使用别名组合使用脚本，我选择不使用功能。特定目录。
定义一些变量。
打印有关目录状态的消息。2


重点是，如果我只运行~/.bin/，我就不会没有定义那些变量，我根本就不会进入目录。我发现最好的解决方案是将此脚本添加到setup，然后将setup <project-name>添加到PATH或其他。

注意：这个任务而不是一个函数，不是因为它特别长，而是因为我可以编辑它，并且如果要刷新它的用法，不必在编辑后获取文件。
我遇到类似的情况创建了一个脚本来重新加载我的所有dotfiles。3





该脚本在我的dotfiles存储库中位于alias setup=". ~/.bin/setup"下。

关于脚本：我给这个脚本一个参数，它是我在高级中定义的项目的名称。然后，脚本知道根据某个~/.bashrc文件将其带到正确的目录。它定义的变量取自该目录中的makefile。该脚本随后运行.bin/和csv，向我展示发生了什么。
该脚本也可以在我的dotfiles存储库中的ls -l下找到。

#15 楼

我只能评论自己对别名的个人使用情况（特别是如果您像我这样使用键盘时速度较慢。或者无法触摸打字。也像我一样）
我发现使用别名捕获很少使用的内容要容易得多但是复杂的命令，尤其是诸如alias dockpurge='docker rmi $(docker images | grep "^<none>" | awk "{print }")'的命令，我很少使用，但仍然有用。
甚至是我发现更容易混用的一些简单命令，例如alias mcpi='mvn clean compile package install'
因为我只是那懒惰:)
如果我要总结一下，别名的使用是一个人的常识和个人品味的个人结合（尽管有最佳实践）。