Используя ES2017, вы должны иметь это как объявление функции
async function foo() {
var response = await $.ajax({url: '...'})
return response;
}
и выполнить его следующим образом.
(async function() {
try {
var result = await foo()
console.log(result)
} catch (e) {}
})()
Или синтаксис Promise
foo().then(response => {
console.log(response)
}).catch(error => {
console.log(error)
})
Во всех вышеперечисленных случаях переменная правильно установлена, но неправильно прочитана! Правильный способ заключается в использовании двойных кавычек при ссылке на :
echo "$var"
Это дает ожидаемое значение во всех приведенных примерах. Всегда указывайте ссылки на переменные!
Почему?
Если переменная некорректна, она будет:
/* Foobar is free software */
После: /*
, Foobar
, is
, free
, software
, */
/*
После: /bin
, /boot
, /dev
, /etc
, /home
, ... /bin /boot /dev /etc /home Foobar is free software Desktop/ Downloads/
вместо значения переменной. Когда переменная цитируется:
Вот почему вы всегда должны цитируйте все ссылки на переменные, если вы специально не требуете разделения слов и расширения имени пути. Инструменты, такие как shellcheck , могут помочь и будут предупреждать о недостающих котировках во всех вышеперечисленных случаях.
Дополнительно для размещения переменной в кавычках можно также перевести вывод переменной с помощью tr
и преобразовать пробелы в строки новой строки.
$ echo $var | tr " " "\n"
foo
bar
baz
Хотя это немного запутанно, добавьте больше разнообразия с выходом, поскольку вы можете заменить любой символ как разделитель между переменными массива.
Возможно, вам захочется узнать, почему это происходит. Вместе с великое объяснение этого другого парня найдет ссылку на . Почему мой сценарий оболочки задыхается от пробелов или других специальных символов? , написанный Жилем в Unix & amp; Linux :
Зачем мне писать
"$foo"
? Что происходит без кавычек?
$foo
не означает «принять значение переменнойfoo
». Это означает нечто гораздо более сложное:
- Сначала возьмите значение переменной.
- Разбиение поля: обрабатывайте это значение как список полей, разделенных пробелами, и создавайте результирующий список. Например, если переменная содержит
foo * bar
, то результатом этого шага будет 3-элементный списокfoo
,*
,bar
.- Генерация имени файла: обрабатывайте каждое поле как глобус, т. е. как шаблон подстановочного знака, и заменяйте его на список имен файлов, соответствующих этому шаблону. Если шаблон не соответствует никаким файлам, он остается неизмененным. В нашем примере это приводит к списку, содержащему
foo
, следуя списку файлов в текущем каталоге и, наконец,bar
. Если текущий каталог пуст, результат будетfoo
,*
,bar
.Обратите внимание, что результатом является список строк. В контексте синтаксиса оболочки есть два контекста: контекст списка и контекст строки. Разделение поля и генерация имени файла происходят только в контексте списка, но это в большинстве случаев. Двойные кавычки ограничивают контекст строки: вся строка с двумя кавычками - это одна строка, которую нельзя разделить. (Исключение:
"$@"
, чтобы перейти к списку позиционных параметров, например"$@"
эквивалентно"$1" "$2" "$3"
, если есть три позиционных параметра. См. В чем разница между $ * и $ @? )То же самое происходит с подстановкой команды с помощью
$(foo)
или с помощью`foo`
. На стороне примечания не используйте`foo`
: его правила цитирования являются странными и не переносимыми, и все современные оболочки поддерживают$(foo)
, что абсолютно эквивалентно, за исключением наличия интуитивных правил цитирования.вывод арифметической подстановки также проходит те же разложения, но это обычно не вызывает беспокойства, поскольку он содержит только нерасширяемые символы (если
IFS
не содержит цифр или-
).См. Когда требуется двойное цитирование? для получения более подробной информации о случаях, когда вы можете оставить кавычки.
Если вы не имеете в виду, что все это происходит, просто не забудьте всегда использовать двойные кавычки вокруг переменных и подстановок команд. Соблюдайте осторожность: исключение кавычек может привести не только к ошибкам, но и к защитным отверстиям .
blockquote>
echo $var
сильно зависит от значения переменной IFS
. По умолчанию он содержит символы пробела, табуляции и новой строки:
[ks@localhost ~]$ echo -n "$IFS" | cat -vte
^I$
Это означает, что когда оболочка выполняет разделение поля (или разбиение слов), он использует все эти символы в качестве разделителей слов. Это то, что происходит при ссылке на переменную без двойных кавычек, чтобы ее эхо ($var
), и поэтому ожидаемый результат изменяется.
. Один из способов предотвратить разделение слов (помимо использования двойных кавычек) - установить IFS
к null. См. http://pubs.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_05 :
Если значение IFS равно null, ни одно поле
blockquote>Установка в значение null означает установку пустого значения:
IFS=
Тест:
[ks@localhost ~]$ echo -n "$IFS" | cat -vte ^I$ [ks@localhost ~]$ var=$'key\nvalue' [ks@localhost ~]$ echo $var key value [ks@localhost ~]$ IFS= [ks@localhost ~]$ echo $var key value [ks@localhost ~]$
двойная кавычка пользователя, чтобы получить точное значение. например:
echo "${var}"
, и он правильно прочитает ваше значение.