Стиль кода: фигурные скобки

[Linel]

Тема "как лучше" весьма заезжена уже:

1)

PHP код:

function a() {
} 


2)

PHP код:

function b()
{
} 


Думаю, это чаще всего зависит от команды, в которой работает программист и от договоренностей, которые приняты в рамках этой команды.

Я сам лично работаю сейчас на джаве и вариант 1) мне ближе.

Но вот незадача. Какое-то время назад возникла необходимость поработать на PHP. И часть фреймворков (примера ради возьмем CodeIgniter) в своих библиотеках использует вариант фигурных скобок 2).

Собственно вопрос.
Если вы работаете самостоятельно (то есть один) над каким-то проектом и используете фреймворк, вы организуете свой код в едином стиле с этим фреймворком или придерживаетесь своего стиля?

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

В прочем, это касается не только скобок, но и названий методов, переменных (underscore vs camelCase) и т.д.

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

[waleri]

С какого бодуна менять свой стиль из-за стиля фреймворка?
А если используете два (и более) фреймворков и у каждого свой стиль, что делать будете?

[Пепел Феникса]

мой стиль в основном второй.

насчет именований предпочитаю camelCase, но недавно задумался об этом.

а стиля стоит придержеватся в пределах проекта, а не по юзанию фреймворка.

[Alex11223]

С какого бодуна менять свой стиль из-за стиля фреймворка?
А если используете два (и более) фреймворков и у каждого свой стиль, что делать будете?

В РНР это не редкость. У каждого фреймворка там есть свой рекомендации по стилю кода, имен. А 2 фреймворка в одном проекте РНР не видел, чтобы использовали. Вообще по идее имеет значение только имена классов и неймспейсов для autoloader'а, может еще имена методов в контроллерах и т.д.

Но в последнее время продвигается общий стандарт стиля (PSR, http://www.php-fig.org/) и вроде бы многие современные фреймворки его используют.

[Smitt&Wesson]

Никогда не заморачивался над стилем. Но, раз пошла такая пьянка, использую два стиля.

function a()
{

}

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

function a()
{
  if()
  {
    operator0;
    if()
    {
      operator1;
      operator2;
    }
  }
}

И

function b(){operator; operator; operator}

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

[Stilet]

Я первый стиль юзаю. Так читабельней.

[Alex11223]

Так кроме фигурных скобок еще есть:
а) обычные скобки (ставить ли пробелы, как переносить когда много аргументов)
б) имена функций/методов
в) имена классов
г) имена переменных
д) имена свойств
е) имена полей
ё) имена констант
ж) имена файлов, количество классов на файл
з) имена неймспейсов
и) имена интерфейсов
й) имена Exception'ов
к) TABы vs пробелы
л) количество пустых строк между методами, классами, ...
м) порядок имен в #include/using/import
н) порядок членов класса: сначала свойства, потом методы, или наоборот?
о) и public сначала или private?
п) а конструкторы куда? Сверху? Снизу?
р) а this писать при любых обращениях к членам класса?
с) else (в if {... } else { ... }) на одной строке с закрывающей скобкой if'a или на следующей
т) пробелы рядом с операторами (=, ==, +, -, *, /, mod, ...)
у) документирование, комментарии, xmldoc, type-hinting и т.д.
ф) длинные логические выражения как переносить? a && b && c ... && z — && ставить на новой строке или оставлять на предыдушей?
х) макс. длина строк
ц-∞) специфеское для языка, паттерна (mvc/mvvm/...), фреймворка

[ACE Valery]

Придерживаетесь конкретного стиля во всех проектах или меняете его в зависимости от фреймворка?

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

[Linel]

С какого бодуна менять свой стиль из-за стиля фреймворка?

Я поясню.
Когда работаю долгое время над проектом и важна моя производительность - намного легче читать, писАть и рефакторить код, написаный в едином стиле.

Приведу аналогию. Представьте, читаете вы роман. Длинный такой, интересный. Пытаетесь вникнуть в его идею. И вдруг, с сотой страницы у вас весь текст отформатирован bold'ом и italic'ом. С одной стороны, все ок. Слова - есть слова. Смысл романа от этого не изменится. Но потребуется время, чтобы "переключиться" на новый стиль оформления.

[Пепел Феникса]

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

Я поясню.
Когда работаю долгое время над проектом и важна моя производительность - намного легче читать, писАть и рефакторить код, написаный в едином стиле.

Приведу аналогию. Представьте, читаете вы роман. Длинный такой, интересный. Пытаетесь вникнуть в его идею. И вдруг, с сотой страницы у вас весь текст отформатирован bold'ом и italic'ом. С одной стороны, все ок. Слова - есть слова. Смысл романа от этого не изменится. Но потребуется время, чтобы "переключиться" на новый стиль оформления.

так а причем тут фреймворк тем не менее?
или вы про то что как принято писать на этом фреймворке? или про стиль сорцов/примеров самого фреймворка?