Название для переменной, обозначающей общее количество чего-либо

fooCount чем не устраивает?

num, count, cnt

можно спутать с переменной-счетчиком.

kolichestvoStrokVFaile

^_^

Мне бы такие проблемы. Давай короче весь проект на миллион строк, будем каждую переменную и запятую обсуждать.

Плюсую fooCount/foo_count. Все остальные варианты говно.

Мне бы такие проблемы.

Решил ее для себя? Как называешь общее количество строк в файле? Поделись.

а ведь проект как раз и множества таких проблем и состоит :)

каждый раз сложные решения принимать нужно

Мне бы такие проблемы. Давай короче весь проект на миллион строк, будем каждую переменную и запятую обсуждать.

There are only 2 hard problems in Computer Science. Naming things, cache invalidation and off-by-one errors. ©

Как только не называю. Бывают даже извращения навроде _.

n_lines

$lines = @lines;
Perl, чем хорош, что даёт контексты и не надо придумывать их самому.

Как называешь общее количество строк в файле?

Никогда не задумывался и с ходу не схожу, два английских слова, может с предлогом, может с сокращением.

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

Счетчик обычно либо i, j, k, либо что-нибудь вроде cur_pos, cur_line, line_nr, etc. Количество — blah_size, blah_count, blah_amount, etc. Count редко пишут в счетчиках же.

Count редко пишут в счетчиках же

Встречал несколько раз вроде.

n

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

А когда передаете параметром в функцию? n же не совсем понятное в этом случае имя?

Зачем всё это нужно?

sm, sm1, sm2, sm3...

По разному бывает.

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

Если динамический язык, то line-length для параметра.

Случаев до фига. Общего правила нет. Все определяет вкус и coding style, принятый в проекте, если таковой существует (при работе в команде я обычно стараюсь называть так же, как другие называют).

numstr?

Все определяет coding style, принятый в проекте

Это-то понятно. Хотел для себя. Для души... :)

количество строк в файле

number_o_lines_in_da_fucking_file.

n

пора кодинг стайл майстрячить коли не меньше 2ух

cnt

согласно ed'у(один прапрадедушек perl & php)

$

посмотри кодингстайл того же golang -

если имя локальное (в пределах функции которая по десигну меньше 20? строк) -то имя обычно однобуквенное(3-4) - ибо все примеры оперирования с этим именем и описывают всё его семантику(имени и именуемого обьекта)

а вот для «глобальных»(уровня модуля ) - есть разделение:

личное поле модуля - более подробно.

видное(чтение и/или письмо) из вне модуля - с подробное имя с комментом «даже»

можно спутать с переменной-счетчиком.

вы или пишите в стиле старого фортрана или делаете слишком длинные функции/методы

подучите английский - программа должна ясно читаться. lines,nlines хорошие имена для переменных. Быстро писать, легко читать - всё ясно даже не глядя на объявления.

lines,nlines хорошие имена для переменных.

lines у вас здесь что означает?

Скорее в ява-стиле.

hard problems in Computer Science. Naming things

Чертовски точно подмечено. Постоянно это «мучает».

l_nums, l_totals?

whole, entire, all, amount

Я бы назвал linesNum. Всегда так называю - слово с маленькой обозначающее Чего и с большой обозначающее Что. В данном случае очевидно что строкЧисло. Count это счечики, но i и j - счетчики внутри циклов. s - дополнительный счетчик в цикле если нужен или строковая переменная внутри функций не длиннее 8 строк. Префикс tmpVar_ для переменных которые уничтожаются в пределах 24 строк после объявления. При этом гарантировано. Т.е. там обязательно должен быть какой-нибудь unset. result - переменная в которой возвращаемый результат функции. Массивы и объекты еще начинаю с ar или ob, а списки с l. Например arResult или lResult. Еще может быть al - массив в виде списка [index, val, index2, val2]. Ну и d для dict. Глобальные переменные всегда капсом. Как-то так делать в общем случае пытаюсь. И не парюсь.

lines у вас здесь что означает?

Здесь - ничего. Просто кол-во строк/линий чего-то там в чём-то.

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

TotalLinesOfUnicodeCharactersInThisFuckingText.

неточная цитата, и не помню из какой классики:

Джо, а что значит твоё имя?

Моё имя нихрена не значит. Американские имена вообще нихрена не значат. Просто Джо.

Кроме. count, есть еще amount: amount_of_lines

В зависимости от важности переменной и ее роли на фоне блока. Идея такая: для небольших методов сойдет n и ему подобные, а чуть побольше nl. Иначе придется вычитывать имя и это не совсем нормально в блоке кода среди экзотики и других подобных имен.

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

Такой афоризм:

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

Решил ее для себя? Как называешь общее количество строк в файле? Поделись.

X

Edit: Передумал. N

n

Ну ты проворный, блин.

Kolichestvo_strok

row("num") хехе

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

И не найдешь. Количество всегда зависит от контекста. Количество строк - как правило lines,lines_count, количество байт в чем либо как правило length, body_length, количество, прости господи, каких-либо подсчитываемых киловатт так вообще квантити.

Если общее количество чего либо, то это amount:

 
linesAmount, openFilesAmount, PatrickKilpatrickAmount etc.

iterationCount++, fooCount++, someShitCount++ etc.

index, idx, i, j, n etc. 

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

Т.е. создать тип Size = Int или Count = Int? И так на каждый целочисленный параметр с разным смыслом? Зачем тогда вообще имена переменным, давайте их тупо по номерам использовать, типа

(+) :: LeftNumOperand -> RightNumOperand -> NumResult
(+) = builtin.add #1 #2

да?

передергивать не надо

qtyAllLines, amountAllLines

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

TeX так и делает :3

obs4aySummaVeshestva ^_^

numberOfSmth, totalOfSmth, itogoSmth, totalNumberOfSmth... :)

Как называешь общее количество строк в файле?

nlines, lines.size() :-)