Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.145.178.240] |
|
Страницы: (3) 1 2 [3] все ( Перейти к последнему сообщению ) |
Сообщ.
#31
,
|
|
|
Цитата Славян @ Кто-то где-то вечно советует не делать свои подчёркивания первыми - a'la резерв за языком или что-то вроде того. А у нас есть один разработчик, который всё время в переменных первое подчеркивание ставит (а главное в названиях своих объектов, в результате чего они всё время в списке в начале стоят). Я раньше думал что он тупо выпендривается, а теперь понял, что это он язык резервирует... Добавлено Кстати, забавно, я тоже. Хотя переменные во время разработки называю только CamelCase. Хотя в хранимых процедурах и скриптах Питона - через подчеркивание. И ведь даже сам не задумываюсь - где что... Странная какая-то у меня перверсия. Ну просто я одновременно на четырёх языках программы пишу - и у меня мозг как-то сам автоматически разделяет где как называть. |
Сообщ.
#32
,
|
|
|
Цитата Dark_Sup @ А что за список? а главное в названиях своих объектов, в результате чего они всё время в списке в начале стоят |
Сообщ.
#33
,
|
|
|
Цитата D_KEY @ 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ЧтоТоТам - просто интересно |
Сообщ.
#34
,
|
|
|
_Bool, появившийся в C99.
|
Сообщ.
#35
,
|
|
|
Ну мне вряд-ли придёт в голову так назвать переменную.
И это же reserved to the implementation, а значит там будут скорей какие-то компиляторозависимые фичи, а-ля __int64. И как мне кажется, вероятность пересечения пользовательских идентификаторов с такими достаточно низка. |
Сообщ.
#36
,
|
|
|
Если её можно свести к нулю, зачем пренебрегать-то?
|
Сообщ.
#37
,
|
|
|
переходи-на-лисп =) И наш мини-холивар по поводу скобочек разрешится сам собой. =) |
Сообщ.
#38
,
|
|
|
В php принят PSR де-факто, так что lowerCamelCase для полей, переменных и методов, CamelCase для классов, under_score для глобальных функций и CAMEL_CASE для констант. Да и в JS\ES5\ES6 ситуация примерно аналогичная, только там ещё _lowerCamelCase для приватных полей\свойств\методов принят.
Добавлено Цитата OpenGL @ Кстати, а кто как файлы именует? Лично я если сам код ПишуТак, то называния файлам даю_такие. По PSR-0 и PSR-4 стандартам файлы можно именовать точно так же, как имя класса, находящегося внутри. Внутри одного файла может находиться только один класс. На файлы с исходниками, реализующие глобальные функции-хелперы или какие-либо побочные эффекты подобное правило не распространяется. Добавлено В случае JS именую так же, как именуется дефолтный экспортный класс внутри. Добавлено С помощью подчёркиваний проще реализовывать метапрограммирование (например реализация мутаторов и акссесоров, особенно у каких-нибудь ActiveRecord моделей намного проще через some_field => get_some_field, нежели через some_field => getSomeField), плюс не стоит забывать про БД, у некоторых из которых имена целлов регистронезависимы. Хотя я согласен, мне тоже больше нравится lowerCamelCase |
Сообщ.
#39
,
|
|
|
Цитата Serafim @ snakeCase Вот snake_case. А это lowerCamelCase. |
Сообщ.
#40
,
|
|
|
MyNameIsIgor, спасибо, поправил
|