Оценить переменную во время объявления функции в оболочке

Есть ли умный способ оценить $_rc во время объявления функции?

_rc=".$(basename "$SHELL")rc"
# while you could eval here, source lets you work with a stream
source <(
  cat <<EOF
  editrc() {
       local _rc
       # first safely trasfer context
       $(declare -p _rc)
EOF
  # use quoted here string to do anything inside without caring. 
  cat <<'EOF' 
     # do anything else
     echo "Here's a thing that uses single quotes.  As you can see it's not a pain, just choose proper quoting."
      code -w "~/$_rc"
      . "~/$_rc"
  }
EOF
)
unset _rc

Обычно сначала используйте declare -p для передачи переменных в виде строк для оценки. Затем, после того, как вы импортируете переменные, используйте цитируемый здесь документ, чтобы делать что-либо, как в обычном скрипте.

Ссылки для чтения:

• <<EOF — это здесь документ. Обратите внимание на разницу в синтаксическом анализе, когда разделитель здесь заключен в кавычки, а не в кавычки.
• <(..) — это замена процесса

Команда source читает канал, созданный заменой процесса. Внутри подстановки процесса я вывожу функцию, которую нужно получить. В первом здесь документе я вывожу определение имени функции с local переменной, чтобы оно не загрязняло глобальное пространство имен. Затем с помощью declare -p я вывожу определение переменной как правильно заключенную в кавычки строку, которая позже будет получена source. Затем с цитируемым здесь документом я вывожу остальную часть функции, так что мне не нужно заботиться о цитировании.

Код специфичен для bash, я ничего не знаю о zsh и не использую его.

Вы также можете сделать это с помощью eval:

eval '
editrc() {
       local _rc
       # first safely trasfer context
       '"$(declare -p _rc)"'
       # use quoted here string to do anything inside without caring. 
       # do anything else
       echo "Here'\''s a thing that uses single quotes.  As you can see it'\''s not a pain, just choose proper quoting."
      code -w "~/$_rc"
      . "~/$_rc"
}'

Но для меня использование цитируемого здесь разделителя документов упрощает написание.

Пока KamilCuck работал над их ответом, я разработал функцию, которая будет принимать любое имя функции и набор имен переменных, расширять только эти переменные и повторно объявлять функцию.

expandFnVars() {
  if [[ $# -lt 2 ]]; then
    >&2 echo 'expandFnVars requires at least two arguments: the function name and the variable(s) to be expanded'
    return 1
  fi

  local fn="$1"
  shift

  local vars=("$@")

  if [[ -z "$(declare -F $fn 2> /dev/null)" ]]; then
    >&2 echo $fn is not a function.
    return 1
  fi

  foundAllVars=true
  for v in $vars; do
    if [[ -z "$(declare -p $v 2> /dev/null)" ]]; then
      >&2 echo $v is not a declared value.
      foundAllVars=false
    fi
  done

  [[ $foundAllVars != true ]] && return 1

  fn="$(declare -f $fn)"

  for v in $vars; do
    local val="$(eval 'echo $'$v)" # get the value of the varable represented by $v
    val="${val//\"/\\\"}" # escape any double-quotes
    val="${val//\\/\\\\\\}" # escape any backslashes
    fn="$(echo "$fn" | sed -r 's/"?\$'$v'"?/"'"$val"'"/g')" # replace instances of "$$v" and $$v with $val
  done

  eval "$fn"
}

Применение:

foo="foo bar"
bar='$foo'
baz=baz

fn() {
  echo $bar $baz
}

expandFnVars fn bar

declare -f fn
# prints:
#  fn () 
#  {
#     echo "$foo" $baz
#  }

expandFnVars fn foo

declare -f fn
# prints:
#  fn () 
#  {
#     echo "foo bar" $baz
#  }

Глядя на него сейчас, я вижу один недостаток. Предположим, что $bar в исходной функции было заключено в одинарные кавычки. Мы, вероятно, не хотели бы, чтобы его значение было заменено. Это может быть исправлено с помощью некоторых умных регулярных выражений для подсчета количества неэкранированных ', но я доволен этим как есть.