Какой стиль вы используете для оформления кода

[_RVK_]

Какой стиль вы используете для оформления кода

Мне интересно какого стиля придерживаются PHP программисты для оформления кода, в часности как вы расставляете фигурные скобки.

 

[Линка]

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

 

[amorfis]

Ставлю всегда на новой строчке. Но судя по результатам данный способ не популярен.

 

[info52]

Я - всегда на новой строке. Пробовал по-другому - трудно читать!!!

 

[MD]

мне пофиг, когда свой код, то на новой строке.
когда переделываю чужой, то так как там.

 

[_RVK_]

Лично я сначала использовал стиль с новой строки. Видимо повлиял опыт программирования на Pascal. Но позже перешел на стиль Кернингана-Ричи. Считаю что код получается компактнее.
А читабельность обеспечивается тем, что я всегда ставлю пустую строку, после закрывающей скобки.

 

[Alexandre]

Ставлю всегда на новой строчке. Но судя по результатам данный способ не популярен

+1
Достоинства - проще искать парную скобку, особенно при рефакторинге.
Недостатки, кодирование стилем Кернингана-Ричиметодом -компактнее (использую, но редко),
может надо было голосовать за п. 3 (оба стиля) ?

 

[Lisi4ka]

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

+1

 

[Фанат]

не понял я этого пассажа про "визуально код растянуть".
Это как курсовик, что ли? 14-м кеглем с 5-сантиметровыми полями?
А какое, простите, эти изобретения двоечников имеют отношение к КОДИРОВАНИЮ?

 

[_RVK_]

Достоинства - проще искать парную скобку

Ну почти все редакторы подсвечивают парные скобки. Конечно если вы пользуетесь блокнотом....

 

[romy4]

_RVK_подсвечивают или не подсвечивают --- не важно. главное, что когда быстро надо найти начало блока, то это играет существенную роль.

 

[Фанат]

romy4
а какая разница, что искать - скобку или оператор?

 

[neko]

главное не использовать стайлгайды от gnu!
все остальное -- можно пережить!

 

[kost]

Хочу выразить свой ИМХО. Честно говоря, казалось, что почти все именно так и делают... Ну и ладно.

После блока типа if () ставлю в той же строке... После функций
function a()
{
}

обязательно на новой строке.

Если делать перенос после if'ов и т.п. читаемость (ИМХО) пропадает

for (int i=0; i < $count1; i++)
{
  for (int j=0; $j < $count2; $j++)
  {
    if ($a > $b)
    {
      return 0;
    }
  }
}

for (int i=0; i < $count1; i++) {
  for (int j=0; $j < $count2; $j++) {
    if ($a > $b) {
      return 0;
    }
  }
}

В свою очередь меня интересует как красивее оформлять множество &&'ов. Я, к примеру, делаю так...

if ($a > $b
&&  $c > $d
&&  $e < $f)

 

[romy4]

Фанатбольшая. потому что может идти в коде
if(long long expression что не влазит в экран)
something
if(наше условие которое тоже не влазит в экран){
if(еще раз long long expression что не влазит в экран)
something
}

и в таком можно просто заблудится

 

[neko]

В свою очередь меня интересует как красивее оформлять множество &&'ов. Я, к примеру, делаю так...

if ($a > $b
&& $c > $d
&& $e < $f)

по человечески это будет:

if ( $a > $b
     && ...
     && ... )

насчет пробелов вопрос вкуса, но терять индентацию в середине выражения, это уже дурной тон.

 

[romy4]

kost
я множественный пишу так
if(exression
&& expression
&& expression
)
ну или
if ($a > $b
&& $c > $d
&& $e < $f
) //-скобка на новой строке чтобы видеть четко где заканчивается условие. ну и комментарий вставить
{ //- но начало блока все равно на новой.

по многолетнему опыту знаю, что так удобнее читать

 

[_RVK_]

Вопрос про множество if это другой вопрос. Условие if не должно быть длинее 20-30 символов.

 

[neko]

31 уже нельзя?

ой нет слишком много пхпклуба, спать пойду.

 

[Black Raven]

BSD style...