Стиль программирования

[naxellar]

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

Код: (cpp)

if (true==false) {
  //operators
}else {
   //operators
}

Может, кто подскажет?
Меня интересует else {/* operators */}. Как его на строки разбить, какие отступы сделать.

[Storm]

твой стиль очень похож на GNU, посмотри на их рекомендации по стилю кодинга - очень не плохой стиль www.gnu.org

[LazarusLong]

Я обычно пишу примерно следующим образом:

Код: (cpp)

if(a == b)
{
   a = b - 1;
}
else
{
  b = a - 1;
}

Что-то в таком роде.

[naxellar]

Я обычно пишу примерно следующим образом:

Код: (cpp)

if(a == b)
{
   a = b - 1;
}
else
{
  b = a - 1;
}

Что-то в таком роде.

Лишние строки всего лишь одиним символом заняты. Я тоже раньше так писал, теперь нет

[LazarusLong]

Лишние строки всего лишь одиним символом заняты. Я тоже раньше так писал, теперь нет

Ну и что. На оптимальность и эффективность это вообще никак не влияет.
За то повышается удобочитаемость программы. Лучше видны операторные блоки. Особенно когда большое количество вложенных скобок.

[zer_owlet]

почти согласен GNU - только вот оставлять else на одной строке с закрытой скобкой мне не удобно - потом хрен найдешь...

[LazarusLong]

Кстати в некоторых конторах существуют корпоративные стандарты к оформлению исходного кода

[zer_owlet]

Просто не знаю как мне писать, ну вот никак не определюсь

Тю блин... как душа пожелает. Как легче читать и писать - так и пиши. ))) Ох не те вопросы задаешь...

>> Кстати в некоторых конторах существуют корпоративные стандарты к оформлению исходного кода
По идее, во всех конторах, серьезно занимающихся программированием, свой стиль оформления

[Storm]

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

[zer_owlet]

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

мда? хм... очень даже может быть, но тут как-бы "на вкус и цвет фломастеры разные"
но вот небольшой пример - правила оформления кода в одном из юзаемых мной движков требуют чтобы тот же ИФ я оформлял так:

Код: (cpp)

if () {

} else {

}

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

в другом движке требуют писать так:

Код: (cpp)

if ()
{

}
else 
{

}

и так мне не нравится - попробовал и не подошло.
выбрал вариант:

Код: (cpp)

if () {

}
elseif () {

}
...

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

тут же человек просит посоветовать ему как ЕМУ удобнее код оформлять... я понимаю вопросы о удобном редакторе, но вопрос о удобном оформлени ставит в тупик =)

>> Что такое дебаггинг???
отладка

ЗЫ: блин... такая никакая тема набрала кучу постов, а мой вопрос о установке дров под кубунту так и не получил толковый ответ =(

[Романыч]

Есть такие замурчательные книженции:

1. Ален И.Голуб "Правила программирования на С и С++";
2. Герб Саттер, Андрей Александреску "Стандарты программирования на C++, 101 правило и рекомендация"

Думаю там много Вы найдете интересного.

P.S. Манов много и по разной тематике имеецца

[LazarusLong]

Кстати, если говорить не только о С/С++, то существует еще такой стандарт для Дельфи

Стандарт стилевого оформления исходного кода DELPHI:
http://www.citforum.ru/programming/delphi/style_delphi/

[Tuomas]

сомневаюсь по поводу перспективности

Код: (cpp)

if (true==false)
{
/*Some*/
}...

вдогонку за дебаггингом. Есть еще и рефракторинг. Кто болел(ет) этим, тот знает

[Романыч]

2 Tuomas

Может ты имел ввиду не рефракторинг, а рефакторинг

[EvilMax]

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

[zer_owlet]

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

Мда... давно пытаюсь ввести в отделе единый стандарт оформления кода, но все никак - только отвернешься, уже по своему пишут гады (

[EvilMax]

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

Мда... давно пытаюсь ввести в отделе единый стандарт оформления кода, но все никак - только отвернешься, уже по своему пишут гады (

А контролировать слабо? Делать ревью кода по завершении любой задачи или группы задач и ставить баги на рефакторинг нерадивым исполнителям?

[zer_owlet]

А контролировать слабо? Делать ревью кода по завершении любой задачи или группы задач и ставить баги на рефакторинг нерадивым исполнителям?

Та пока что слабо... только осваиваю руководство отделом.
Предложение очень неплохое. Как раз сам к этой мысли подошел. Видимо, так и сделаю