[[330491]]

通過(guò)編寫函數(shù)來(lái)減少代碼的冗余和維護(hù)。

在編程時(shí)，實(shí)際上是在定義要由計(jì)算機(jī)執(zhí)行的過(guò)程procedure或例程routine。一個(gè)簡(jiǎn)單的類比是將計(jì)算機(jī)編程與烤面包進(jìn)行比較：你一次列出了要組建工作環(huán)境的配料，然后列出了烤面包所必須采取的步驟。在編程和烘烤中，必須以不同的間隔重復(fù)執(zhí)行某些步驟。例如，在烤面包中，這可能是酵母培養(yǎng)的過(guò)程：

STIR=100
SNOOZE=86400
 
function feed_culture {
  remove_from(pantry)
  add(flour, water)
  stir($STIR)
  sleep($SNOOZE)
}

然后，揉面和醒發(fā)面團(tuán)： 

KNEAD=600
SNOOZE=7200
 
function process_dough {
  remove_from(proofing_drawer)
  knead($KNEAD)
  return_to_drawer($SNOOZE)
}

在編程中，這些子例程subroutines可以表示為函數(shù)function。函數(shù)對(duì)程序員很重要，因?yàn)樗鼈冇兄跍p少代碼中的冗余，從而減少了所需的維護(hù)量。例如，在以編程方式烤制面包的假想場(chǎng)景中，如果你需要更改面團(tuán)醒發(fā)的用時(shí)，只要你之前使用函數(shù)，那么你只需更改一次用時(shí)，或使用變量（在示例代碼中為 SNOOZE）或直接在處理面團(tuán)的子程序中更改用時(shí)。這樣可以節(jié)省你很多時(shí)間，因?yàn)槟悴槐赝ㄟ^(guò)你的代碼庫(kù)遍歷每個(gè)可能正在醒發(fā)的面團(tuán)，更不用說(shuō)擔(dān)心錯(cuò)過(guò)一個(gè)。許多 bug 是由未更改的缺失的值或執(zhí)行不正確的 sed 命令引起的，它們希望捕獲所有可能而不必手動(dòng)尋找。

在 Bash 中，無(wú)論是在編寫的腳本或在獨(dú)立的文件中，定義函數(shù)和使用它們一樣簡(jiǎn)單。如果將函數(shù)保存到獨(dú)立的文件中。那么可以將它 source 到腳本中，就像 include C 語(yǔ)言或 C++ 中的庫(kù)或?qū)⒛K import 到 Python 中一樣。要?jiǎng)?chuàng)建一個(gè) Bash 函數(shù)，請(qǐng)使用關(guān)鍵字 function： 

function foo {
# code here
}

這是一個(gè)如何在函數(shù)中使用參數(shù)的例子（有些人為設(shè)計(jì)，因此可能會(huì)更簡(jiǎn)單）： 

#!/usr/bin/env bash
ARG=$1
 
function mimic {
  if [[ -z $ARG ]]; then
    ARG='world'
  fi
  echo "hello $ARG"
}
 
mimic $ARG

結(jié)果如下： 

$ ./mimic
hello world
$ ./mimic everybody
hello everybody

請(qǐng)注意腳本的最后一行，它會(huì)執(zhí)行該函數(shù)。對(duì)于編寫腳本的新手來(lái)說(shuō)，這是一個(gè)普遍的困惑點(diǎn)：函數(shù)不會(huì)自動(dòng)執(zhí)行。它們作為潛在的例程存在，直到被調(diào)用。

如果沒(méi)有調(diào)用該函數(shù)，那么函數(shù)只是被定義，并且永遠(yuǎn)不會(huì)運(yùn)行。

如果你剛接觸 Bash，請(qǐng)嘗試在包含最后一行的情況下執(zhí)行示例腳本一次，然后在注釋掉最后一行的情況下再次執(zhí)行示例腳本。 

使用函數(shù)

即使對(duì)于簡(jiǎn)單的腳本，函數(shù)也是很重要的編程概念。你越適應(yīng)函數(shù)，在面對(duì)一個(gè)不僅需要聲明性的命令行，還需要更多動(dòng)態(tài)的復(fù)雜問(wèn)題時(shí)，你就會(huì)越容易。將通用函數(shù)保存在單獨(dú)的文件中還可以節(jié)省一些工作，因?yàn)樗鼘椭憬⒊Ｓ玫某绦?，以便你可以在?xiàng)目間重用它們?？纯茨愕哪_本習(xí)慣，看是否適合使用函數(shù)。