Вы называете свои массивы множественными или сингулярными?

Когда я называю переменные типа массива, я часто сталкиваюсь с дилеммой: Я называю свой массив множественным или сингулярным?

Например, скажем, у меня есть массив имен: в PHP я бы сказал: $names=array("Alice","Bobby","Charles"); Однако, скажем, я хочу ссылаться на имя в этом массиве. Для Бобби я бы сказал: $names[1]. Однако эти швы контр-интуитивно понятны. Я бы скорее позвонил Бобби $name[1], потому что Бобби - только одно имя.

Итак, вы можете видеть небольшое несоответствие. Существуют ли соглашения для присвоения имен массивам?

Ответы

Ответ 1

Я использую множественную форму. Тогда я могу сделать что-то вроде:

$name = $names[1];

Ответ 2

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

Я лично считаю $name [1] ошибочным, так как это означает "1-й элемент имени", который не делает английского смысла.

Ответ 3

Я обычно даю ему что-то в конце, например list, поэтому он будет

nameList

В противном случае, я делаю это множественным числом.

Ответ 4

Множественное.

sort(name)
sort(names)

Ясно, что здесь имеет смысл только множественное число.

И затем, здесь:

name[1]
names[1]

Оба будут иметь смысл в этом контексте.

Следовательно, множественное число является единственным, что имеет смысл при ссылке на целую коллекцию и при ссылке на один элемент из коллекции.

Ответ 5

Я бы всегда ходил за

appleList 
appleArray
nameAppleDict

Если соглашение об именовании сделано правильно, это сэкономит массу времени, чтобы кто-то еще прочитал код. Поскольку они не должны возвращаться и проверять тип переменной, чтобы понять это.

Наличие имени переменной:

apples

иногда может сбивать с толку (список, массив или набор?)

Ответ 6

Множественное для меня.

По всем причинам, приведенным выше, и потому что согласованные соглашения, в которых я работаю (что я внес в создание), требуют множественного числа для массивов/списков/векторов и т.д.

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

Ответ 7

Что говорили другие: множественное число.

Это еще более вопиющее в PHP:

$name = 'Bobby';
echo $name[1];

отобразит o.: -)

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

Ответ 8

Всегда множественное число. То же самое для списков любого другого типа данных, который может содержать более одного элемента.

Ответ 9

Несколько, хотя научить вас делать это особенно в школе, чтобы вы могли сказать:

value[0] = 42;

и действительно, если вы думаете об этом, что имеет больше смысла, чем:

values[0] = 42

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

Ответ 10

Всегда множественное число. Таким образом, я не смущаюсь...

for each (string person in people)
{
    //code
}

Ответ 11

Обычно я использую множественную форму, или иногда так же, как здесь цитируется, добавляя список в имя...

Ответ 12

Я работаю на разных языках, одна вещь, которая не рассматривается, - это языки, которые имеют больше, чем массив. i.e лицо: лицо; люди: Словарь. люди не обязательно являются массивом, он может быть другого типа и вызывать ошибку. Кроме того, на некоторых языках различные типы будут лучше работать при различных операциях или, возможно, иметь разные методы, доступные для них.

Именно поэтому в эти дни на всех языках я делаю имена с существительным исключительным, за которым следует тип, такой как personArray или person_arr, если вы предпочитаете. В целом я также включаю обзор в начале, если это необходимо. Имена переменных должны быть достаточно ясными, чтобы вам не нужно было автоматическое заполнение или ctrl + f, чтобы знать, что это такое.