Названия переменных - порядок английских слов

[Utkin]

Руслантус приведите пример кода в котором Вам не нравится наименование от Пепла.

[Руслантус]

Сообщение от Utkin

Руслантус приведите пример кода в котором Вам не нравится наименование от Пепла.

А причём здесь, где нравиться, где не нравиться. Вопрос о другом.

Правильно получается - number of lines read, или - numLinesRead

[Utkin]

Почему бы просто не привести код? Ладно смотрите:

int number_of_lines_read=0;
int numLinesRead=0;
int LinesReaded=0;

Вот разные виды. Скажу сразу правильного из них нет. Потому что не может здесь стоять вопрос правильно/не правильно. Есть определенные стили написания программ, которые рекомендуют некоторый порядок при написании кода.
Далее лично для меня первые два варианта это тупняк. Потому что int как бы говорит нам что перед нами число и писать намбер уже нет особого смысла + это медленно (в смысле набирать, в сяшных языках и так полно символов с нажатием шифта, что немного бесит).
Далее я (опять же я!) пишу примерно так:

// Число считанных линий
int LinesReaded=0;

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

// гипотенуза
int c=6;

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

ЗЫ. Вот пища для размышлений: http://ru.wikipedia.org/wiki/%C2%E5%...F2%E0%F6%E8%FF
Скажу сразу у такой системы есть недостатки + это не единственный стандарт.

[Blade]

Сообщение от Utkin

Потому что int как бы говорит нам что перед нами число и писать намбер уже нет особого смысла

А как человек, читающий ваш код, должен понять что это int? Найти место в программе, где оно объявлено и посмотреть? Это плохо.

Сообщение от Utkin

// Число считанных линий
int LinesReaded=0;

Одно объявление - один комментарий, раскрывающий сакральный смысл данной переменной

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

[Utkin]

А как человек, читающий ваш код, должен понять что это int? Найти место в программе, где оно объявлено и посмотреть? Это плохо.

Да ладно :
а) Функция/процедура/метода 1 максимум 2 экрана (включая комментарии и форматирование)
б) Объявление переменной перед непосредственным использованием.
в) Часть кода не требует понимания конкретного типа переменной

      
        // Копирование узла в самостоятельное дерево
        // Source - источник (путь до копируемого узла)
        // Name -   имя дерева (корневого узла)
        // Если дерево существует оно будет заменено
        // Если дерева не существует оно будет создано
        // 0  - операция прошла успешно
        // -1 - кольцевая ссылка
        public int CopyNodeToTree(string Source, string Name)
        {

            // Если источник и приемник совпадают
            if (Source == Name)
            {

                // Никаких операция проводить не требуется, так как результат не отличается от исходных данных
                return 0;
            }

            // Сначала проведем поиск кольцевой ссылки в строковом виде
            if (FindRing(Source, Name) == true)
            {

                // Кольцевая ссылка, копирование невозможно
                return -1;
            }

            // Поищем корневой узел
            int root = FindRootIndex(Name);

            // Найден?
            if (root < 0)
            {

                // Создадим корень с таким именем
                AddTree(Name);

                // Найдем новый индекс нашего корня
                root = FindRootIndex(Name);
            }
            else
            {
 
                // Уничтожим все элементы текущего дерева
                EraseChilds(root);
            }
                        
            // Определим индекс источника
            int index = PathToIndex(Source, separator);

            // Определим число дочерних узлов в источнике
            int count=elements[index].childers.Count;

            for (int i = 0; i < count; i=i+1)
            {

                // Добавим дочерний элемент в конец
                AddChildToEnd(index, i, root);                
            }

            // Операция прошла успешно
            return 0;
        }

Вот образец моего кода .

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

Никогда не сталкивался с такой проблемой . Насчет никакой нагрузки - несет. Отладочную. Убеждался неоднократно.

[Руслантус]

Сообщение от Utkin

Почему бы просто не привести код? Ладно смотрите:

int number_of_lines_read=0;
int numLinesRead=0;
int LinesReaded=0;

Вот разные виды. Скажу сразу правильного из них нет.

Это понятно, так как это просто стиль написания. Лично я использую для именования переменных - lowerCamelCase, а для типов данных и методов - UpperCamelCase.

Согласен с пользователем - Blade.

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

[Utkin]

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

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

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

[Руслантус]

Сообщение от Utkin

Я вроде её Вам раскрыл

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

Мне, допустим, хочется написать - Число считанных линий. Правильный перевод будет - number of lines read. А вот почему не lines number read, или readed lines number, или number read lines?

[Wicort]

Мне, допустим, хочется написать - Число считанных линий. Правильный перевод будет - number of lines read. А вот почему не lines number read, или readed lines number, или number read lines?

Что ж Вы заладили "почему" да "почему"... Сами же строчкой выше написали

на основе правил английского языка

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

[Аватар]

Мне, допустим, хочется написать - Число считанных линий. Правильный перевод будет - number of lines read. А вот почему не lines number read, или readed lines number, или number read lines?

Есть тема http://programmersforum.ru/showthread.php?t=143047 там возможно объяснят, а здесь больше флуда будет