Цитаты вокруг хеш-ключей - хорошая практика в Perl?

Лучше без кавычек. Он в {}, поэтому очевидно, что вы не используете голые слова, плюс его легче читать и печатать (на два символа меньше). Но все это, конечно, зависит от программиста.

Хеш-ключи без кавычек получили внимание на уровне синтаксиса со стороны Ларри Уолла, чтобы убедиться, что для них не будет никакой другой причины, кроме наилучшей практики. Не переживайте по поводу цитат.

(Между прочим, кавычки на ключи массива находятся - лучшая практика в PHP, и их неиспользование может иметь серьезные последствия, не говоря уже о тоннах E_WARNING. Хорошо в Perl! = Хорошо в PHP.)

Лучше использовать кавычки, потому что они позволяют использовать специальные символы, не разрешенные в голых словах. Используя кавычки, я могу использовать специальные символы моего родного языка в хэш-ключах.

Идите с цитатами! Они визуально разбивают синтаксис, и больше редакторов будут поддерживать их в выделении синтаксиса (эй, даже Stack Overflow выделяет версию цитаты). Я также утверждаю, что вы быстрее заметите опечатки, если редакторы будут проверять, что вы закончили цитату.

По крайней мере, цитирование предотвращает выделение синтаксиса зарезервированных слов в не очень идеальных редакторах. Проверить:

$i{keys} = $a;
$i{values} = [1,2];
...

Я не думаю, что в этом есть лучшая практика. Лично я использую их в хэш-ключах так:

$ident{'name'} = standardize_name($name);

но не используйте их слева от оператора стрелки:

$ident = {name => standardize_name($name)};

Не спрашивайте почему, я просто так делаю :)

Я думаю, самое важное, что вы можете сделать, - это всегда, всегда, всегда:

use strict;
use warnings; 

Таким образом, компилятор поймает за вас любые семантические ошибки, уменьшая вероятность того, что вы что-то опечатаете, каким бы способом вы ни выбрали.

И второе по важности - быть последовательным.

При указании хэш-ключей константной строки всегда следует использовать (одинарные) кавычки. Например, $hash{'key'}. Это лучший выбор, потому что он избавляет от необходимости думать об этой проблеме и приводит к согласованному форматированию. Если вы иногда опускаете кавычки, вы должны не забывать добавлять их, если ваш ключ содержит внутренние дефисы, пробелы или другие специальные символы. Вы должен используете кавычки в этих случаях, что приводит к несогласованному форматированию (иногда без кавычек, иногда в кавычках). Цитированные ключи также с большей вероятностью будут выделены синтаксисом вашего редактора.

Вот пример, когда использование соглашения «цитируется иногда, а не цитируется в другое время» может вызвать у вас проблемы:

$settings{unlink-devices} = 1; # I saved two characters!

Это прекрасно скомпилируется под use strict, но не совсем то, что вы ожидаете во время выполнения. Хеш-ключи - это строки. Строки должны быть заключены в кавычки в соответствии с их содержанием: одинарные кавычки для буквальных строк, двойные кавычки, чтобы разрешить интерполяцию переменных. Цитируйте свои хеш-ключи. Это самое безопасное соглашение, которое проще всего понять и соблюдать.

Я предпочитаю обходиться без кавычек, если мне не нужна интерполяция строк. И тогда я использую двойные кавычки. Я сравниваю это с буквальными числами. Perl действительно позволит вам делать следующее:

$achoo['1']  = 'kleenex';
$achoo['14'] = 'hankies';

Но этого никто не делает. И это не помогает с ясностью просто потому, что мы добавляем еще два символа для ввода. Точно так же, как иногда нам нужен слот №3 в массиве, иногда нам нужна запись PATH из %ENV. Одиночные кавычки, насколько мне известно, добавляют ясности нет.

Способ, которым Perl анализирует код, делает невозможным использование других типов «голых слов» в хеш-индексе.

Пытаться

$myhash{shift}

и вы собираетесь получить только элемент, хранящийся в хэше под ключом 'shift', вы должны сделать это

$myhash{shift()}

чтобы указать, что вы хотите, чтобы первый аргумент индексировал ваш хеш.

Кроме того, я использую jEdit, визуальный редактор ТОЛЬКО (который я видел - помимо emacs), который позволяет ты полностью контролировать выделение. Так что для меня это вдвойне ясно. Все, что похоже на предыдущее, получает KEYWORD3 ($ myhash) + SYMBOL ({) + LITERAL2 (shift) + SYMBOL (}), если перед закрывающими фигурными скобками стоит парантез, он получает KEYWORD3 + SYMBOL + KEYWORD1 + SYMBOL (()}). Кроме того, я, вероятно, тоже отформатирую его так:

$myhash{ shift() }

Вы также можете поставить перед ключом «-» (минус), но имейте в виду, что это добавляет «-» к начало вашего ключа. Из моего кода:

$args{-title} ||= "Intrig";

Я также использую одинарные кавычки, двойные кавычки и способы без кавычек. Все в одной программе :-)

Я всегда использовал их без кавычек, но я бы повторил использование строгих правил и предупреждений, поскольку они выбирают большинство распространенных ошибок.

Я сам задавался вопросом об этом, особенно когда обнаружил, что допустил несколько ошибок:

 use constant CONSTANT => 'something';
 ...
 my %hash = ()
 $hash{CONSTANT}          = 'whoops!';  # Not what I intended
 $hash{word-with-hyphens} = 'whoops!';  # wrong again 

Сейчас я стараюсь применять кавычки универсально для каждого хеша, если они нужны хотя бы одному из буквальных ключей; и используйте круглые скобки с константами:

 $hash{CONSTANT()} = 'ugly, but what can you do?';

Я не использую кавычек, просто потому, что меньше нужно печатать, читать и беспокоиться. Случаи, когда у меня есть ключ, который не будет цитироваться автоматически, очень редки, чтобы не стоить всей дополнительной работы и беспорядка. Возможно, мой выбор хеш-ключей изменился, чтобы соответствовать моему стилю, что тоже хорошо. Полностью избегайте крайних случаев.

По той же причине я использую " по умолчанию. Для меня чаще помещать переменную в середину строки, чем использовать символ, который я не хочу интерполировать. То есть я чаще писал 'Hello, my name is $name', чем "You owe me $1000".

Я никогда не использую хеш-ключи в одинарных кавычках. Я знаю, что {} в основном работает так же, как кавычки, за исключением особых случаев (+ и двойные кавычки). Мой редактор тоже знает это и дает мне несколько цветовых подсказок, чтобы убедиться, что я сделал то, что задумал.

Использование одинарных кавычек повсюду кажется мне «защитной» практикой, которую применяют люди, не знающие Perl. Избавьтесь от износа клавиатуры и изучите Perl :)

С этой напыщенной речью, настоящая причина, по которой я публикую этот комментарий ... в других комментариях, похоже, упускается из виду тот факт, что + "отключает цитирование" голого слова. Это означает, что вы можете написать:

sub foo {
    $hash{+shift} = 42;
}

или же:

use constant foo => 'OH HAI';
$hash{+foo} = 'I AM A LOLCAT';

Итак, довольно ясно, что +shift означает «вызвать функцию сдвига», а shift означает «строку« сдвиг »».

Я также отмечу, что cperl-mode правильно выделяет все различные случаи. Если этого не произойдет, пингуйте меня в IRC, и я исправлю это :)

(О, и еще кое-что. Я цитирую имена атрибутов в Moose, как и в has 'foo' => .... Это привычка, которую я приобрел во время работы со Стеваном, и хотя я думаю, что это выглядит хорошо ... она немного несовместима с остальными моего кода. Возможно, я скоро перестану этим заниматься.)