Локальная терка "о стилях"

Цитата Славян @ 03.12.15, 15:06

Кто-то где-то вечно советует не делать свои подчёркивания первыми - a'la резерв за языком или что-то вроде того.

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

Добавлено 03.12.15, 17:49

Цитата OpenGL @ 01.12.15, 06:42

то называния файлам даю_такие.

Кстати, забавно, я тоже. Хотя переменные во время разработки называю только CamelCase. Хотя в хранимых процедурах и скриптах Питона - через подчеркивание.

И ведь даже сам не задумываюсь - где что... Странная какая-то у меня перверсия. Ну просто я одновременно на четырёх языках программы пишу - и у меня мозг как-то сам автоматически разделяет где как называть.

Цитата Dark_Sup @ 03.12.15, 17:45

а главное в названиях своих объектов, в результате чего они всё время в списке в начале стоят

А что за список?

Цитата D_KEY @ 03.12.15, 15:07

Each name that contains a double underscore __ or begins with an underscore followed by an uppercase letter (2.12) is reserved to the implementation for any use.

А можно пример более-менее реального случая, когда это помешает? Не то, что я собираюсь писать, начиная с подчёркивания - предпочитаю mЧтоТоТам - просто интересно

_Bool, появившийся в C99.

Ну мне вряд-ли придёт в голову так назвать переменную.
И это же reserved to the implementation, а значит там будут скорей какие-то компиляторозависимые фичи, а-ля __int64. И как мне кажется, вероятность пересечения пользовательских идентификаторов с такими достаточно низка.

Если её можно свести к нулю, зачем пренебрегать-то?

Цитата MyNameIsIgor @ 28.11.15, 01:44

Хотелось бы kebab-case

переходи-на-лисп =)
И наш мини-холивар по поводу скобочек разрешится сам собой. =)

В php принят PSR де-факто, так что lowerCamelCase для полей, переменных и методов, CamelCase для классов, under_score для глобальных функций и CAMEL_CASE для констант. Да и в JS\ES5\ES6 ситуация примерно аналогичная, только там ещё _lowerCamelCase для приватных полей\свойств\методов принят.

Добавлено 20.12.15, 01:55

Цитата OpenGL @ 01.12.15, 06:42

Кстати, а кто как файлы именует? Лично я если сам код ПишуТак, то называния файлам даю_такие.

По PSR-0 и PSR-4 стандартам файлы можно именовать точно так же, как имя класса, находящегося внутри. Внутри одного файла может находиться только один класс. На файлы с исходниками, реализующие глобальные функции-хелперы или какие-либо побочные эффекты подобное правило не распространяется.

Добавлено 20.12.15, 01:56
В случае JS именую так же, как именуется дефолтный экспортный класс внутри.

Добавлено 20.12.15, 02:01

Цитата B.V. @ 29.11.15, 21:06

Только второй вариант. Недолюбливаю подчеркивания (и их приверженцев)

С помощью подчёркиваний проще реализовывать метапрограммирование (например реализация мутаторов и акссесоров, особенно у каких-нибудь ActiveRecord моделей намного проще через some_field => get_some_field, нежели через some_field => getSomeField), плюс не стоит забывать про БД, у некоторых из которых имена целлов регистронезависимы. Хотя я согласен, мне тоже больше нравится lowerCamelCase

Сообщение отредактировано: Serafim - 22.12.15, 18:53

Цитата Serafim @ 20.12.15, 01:52

snakeCase

Вот snake_case. А это lowerCamelCase.

MyNameIsIgor, спасибо, поправил