Camel case vs _ case

[Redjik]

Как удобнее читать и писать код вам?

myFuckinGreatFunction()

или

this_is_my_amazig_function()

ЗЫ. немного подумал - и понял, что надо было тему в оффтопик.

 

[c0dex]

Let holy war begin!

 

[akd]

MyFuckinGreatFunction

 

[c0dex]

MyFuCkInGrEaTfUnCtIoN() =)

 

[Semen]

myFuckinGreatFunction()

 

[KorP]

this_is_my_amazig_function()

 

[Gremboloid]

Дело вкуса, мне привычнее с "Java Programming Style Guide" myFuckinGreatFunction()

 

[Absinthe]

Для классов - MyClass
Для методов - myMethod
Короче проще Zend Style Guide найти и использовать.

 

[Adelf]

this_is_my_amazing_function() здесь _ предполагается как пробел и это располагает к длинным, разжевывающим суть, названиям функций и классов.
myFuckingGreatFunction() эта запись, проглатывающая пробелы, располагает к более кратким и емким названиям.

Хотя все это ерунда у говнокодеров все равно будет function a(), а у нормальных все равно будет shortFunctionName or really_understandable_function_name()

 

[Redjik]

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

Для классов - MyClass
Для методов - myMethod
Короче проще Zend Style Guide найти и использовать.

это вообще априори =)

 

[Absinthe]

, что названия методов addRecordToTransactionTable довольно тяжело читаемы

Тебе повезло, чо ты не знаком с objectiveC. Посмотри любой пример кода и поблюй: там считается нормальным, что вызов функции занимает ~200 символов.

 

[Ragazzo]

В python почти каждый считает своим долгом писать через _ , иногда утомляет читать такие имена и они сливаются с кодом.

 

[A1x]

названия методов addRecordToTransactionTable довольно тяжело читаемы

по-моему это просто образец хорошо читаемого имени

 

[Духовность™]

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

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

 

[С.]

- названия методов addRecordToTransactionTable довольно тяжело читаемы
- по-моему это просто образец хорошо читаемого имени

Это не образец читаемости, а признак неправильной архитектуры. Если название метода длинее 2-х слов (в идеале одного), то вы делаете что-то не так.. Например данная запись по-правильному должна была бы выглядеть как-нубудь типа:
Transactions::table->add()

 

[A1x]

Если название метода длинее 2-х слов (в идеале одного), то вы делаете что-то не так..

я считаю такие имена вполне нормальными

Transactions::table->add()

сейчас кто-то скажет что статические вызовы это не тру ООП

 

[Духовность™]

Это не образец читаемости, а признак неправильной архитектуры. Если название метода длинее 2-х слов (в идеале одного), то вы делаете что-то не так.. Например данная запись по-правильному должна была бы выглядеть как-нубудь типа:
Transactions::table->add()

Полный бред. Причем тут вообще архитектура? Если у вас есть data mapper, который инкапсулирует работу с БД с таблицей пользователей, то методов может быть очень много. Это различный SQL-выборки под различные задачи. И что, прикажете всё сокращать?

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

 

[Redjik]

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

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

 

[phprus]

У нас применяется следующий подход:
Классы и пространства имен: ClassName, NamespaceName;
Методы класса: classMethodName();
Поля класса (публичных нет): property_name_;
Локальные переменные: var_name;
Свободные функции free_function_name();

Язык у нас С/С++.

 

[Redjik]

У нас применяется следующий подход:
Поля класса (публичных нет): property_name_;
Язык у нас С/С++.

Гетерами/сетерами обходитесь или все методами возвращаете?