Открывающая и закрывающая должны быть на доном отступе

K&R думали иначе.

А вообще, с какого конца лучше бить яйцо: с тупого или с острого?

тогда были маленькие терминальчики а сейчас можно простыню текста вывести

Да знаю я. Но ты не ответил на мой вопрос о яйце ) Так с какого конца надо бить?

это твое имхо.

у меня лично первый вариант тошнотики вызывает, а еще и если вот такой:

//какой-то код
if (i + 1 == n)
    {
    break;
    }
//какой-то код

// слышится топот, хлопок дверью туалета и сдавленные звуки извержения содержимого желудка

//какой-то код
if (i + 1 == n)
{
    break;
}
//какой-то код

так пишут дибилойды.

пацаны пишут так

if (i + 1 == n)
    break;

:D :D :D или так

if ( i + 1 == n ) {
    DEBUG("%n %n", i, n);
    break;
}

Блок и так уже выделен табуляцией, выделяя его ещё и лишней
строкой со скобкой, ты тупо уменьшаешь кол-во кода влезающего
на экран, ни фига не получая взамен. 
Хочется выделить функциональный блок, выдели его пустой строкой.

system_call("Ahtung");

if ( i + 1 == n ) {
    DEBUG("%n %n", i, n);
    break;
}

Без понятия, яйца не ем ни в каком виде. А вот в первом варианте имхо сразу видно, сколько инструкций выполняется в if'е.

Ок, учту.

Первый вариант читабельнее.

Второй вариант читабельнее.

С обоих, а потом выпиваешь. Чо как немужик спрашиваешь ?

K&R/BSD KNF style

Те кто использует другой стиль должны программировать на Питоне. Или гореть в аду, например

Юзаю

if (i + 1 == n) break;

Когда один оператор:

if (i==88)
    break;

if (i==88) {
    i++;
    break;
}

Делаю так же и во всяких джаваскриптах.

Как всё таки правильнее?

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

break if n == i + 1

use Ruby, bro

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

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

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

ога..ещё расскажи про отступ табами(или пробелами) и категоричный выбор vim/emacs ;-) Флейм будет побольше - потешишь ЧСВ

В текущем проекте по стандарту первый вариант, на предыдущей работе был принят второй вариант, так что пофиг. Один раз написал правила для astyle, а потом если что, то gg=G.

Это для си/крестов. В перле почему-то привык юзать второй вариант всегда:

sub print_chlen {
    print "chlen\n";
}

Тонко.

Правильнее так, как принято в проекте.

Мне больше нравится вариант:

if (i + 1 == n)
  break;

Скобочки считаю лишними. Есть проблема, которую они решают, но я за много лет с этой проблемой не столкнулся ни разу, и считаю, что захламлять код этими опциональными скобочками каждый день хуже, чем один раз в 10 лет избежать мелкого бага, который, скорее всего, поймается очень быстро.

Настрой в своём редакторе автоформатирование и не парь мозг себе и окружающим.

Я открывающей скобочке лишнюю строчку не выделяю.

Код вида

if (i + 1 == n)
  break;

Первый вариант вообще не нужно использовать, за исключением может быть блока ф-ий и каких-нибудь забористых if'ов с многострочным условием. Для break лучше подходит вариант без { }

Код ... пишут извращенцы. Чуть надо что-то добавить тут же приходится скобочки вставлять по новой

Лорчую. Если код находится в разработке, слежение за скобочками только отвлекает. Сразу поставил — и больше не паришься.

Для себя пишу в K&R, ибо есть только 1TBS и K&R пророки его. На работе принят первый вариант, ибо в добавок к отступам блок выделяет ещё и визуальная линия по скобкам. Не вижу ничего плохого в нём.

И всегда пишу скобки даже для однострочных условий. И много пустых линий. Потому что единообразие и разбиение на блоки. У меня есть знакомый, который настолько ненавидит скобки, что почти везде не то, что их не пишет в однострочных блоках, а даже специально записывает эти блоки с помощью запятой, чтобы превратить многострочный блок в однострочный и не писать б-гомерзкие скобки.

Ах да, K&R-ребята-египтяне, а как вы пишете else?

if (foo) {
    bar();
} else {
    hux();
}

if (foo) {
    bar();
}
else {
    hux();
}

1-й вариант правильней, во втором связи if и else нет. (ну и выглядит угрёбищно).

PS: как уже сказали выше, если в проекте уже есть стиль, просто следуй ему. Если нет - нефиг открывающие скобки на отдельной строке писать, не на паскале же пишешь.

[code=ruby]break if n == i + 1[/code]
use Ruby, bro

last if $n == $i + 1;

Or Perl. Так ещё можно выходить сразу из нескольких вложенных циклов.

Не знаю почему, но на С я пишу по первому варианту, а на java по второму. Давняя необъяснимая привычка.

А я за первый. Для меня во втором смысл K&R пропадает. А ещё

try {
    something();
} catch (e) {
    log(e);
} finally {
    finalize();
}

Раз уж такая пьянка

Tabs vs. spaces?

Какой смысл в лишней скобки? Писать надо так:

//какой-то код
if (i + 1 == n){
    break; }
//какой-то код

яйцо - сбоку :)

JPEG, only JPEG! Пробелы. Табы могут вызвать разезжание кода при других настройках размера табуляции. Пробелы никогда такой подлянки не выкинут. «Нарушается семантика отступов» — мне и компилятору пофиг. «Но мне не нравится отступ в четыре пробела, я хочу два» — s/ / /g и не ной.

И это мы ещё не касались количества пробелов в отступе.

Ах да, ещё!

for (int i = 0; i < n; i++)

for (int i = 0; i < n; ++i)

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

Не могут.

Можно еще обсудить пробел между скобкой и словом. for ( VS for(.

Пробелы никогда такой подлянки не выкинут

враньё же. В редакторе может быть не моноширинный шрифт.

Только 4 пробела, никаких табов!!один

А ещё:

if (1) {
    n += 1;
}

vs

if (1){
    n+=1;
}

Ну и вариации..

Давно уже замечено, что если язык начинается на букву С, то думать о скобках, пробелах, прописных/заглавных буквах довольно бессмысленно - всё равно выходит сплошной самоповторяющийся шум из девяностых с необходимостью описывать одну мысль семью строками в разных местах кода.

Какая читабельность, о чём вы говорите вообще
?

Главное - чтоб не так:

for(int i=0;i<n;i++){

В редакторе может быть не моноширинный шрифт.

У пропорциональных шрифтов изменяется ширина пробела в зависимости от строки? О_О

Единственный момент, когда это может вызвать разезжание, это когда

for (uiouiouiouiouiouio) {
    if (fgsfdsfgsfdsfgsfdsfgsfds &&
        asdasdasdasdasdasdasdasd ||
        xyzxyzxyzxyzxyzxyzxyzxyz)
    {
        // ...
    }
}

В дргуих ЯП у вас получается не «сплошной самоповторяющийся шум»?

Видел я одного удальца, который писал еще хуже:

if (i + 1 == n)
{   code();
    code();
    code();
    break; }

А что не так?

Открывающая и закрывающая должны быть на доном отступе

а не то compilation error?

Автору - пиши как нравится. Tastes differ.

С таким подходом преимущество табов становится очевидным.

.. и сводится на нет поддержкой табстопов в редакторе.

Моя клавиатура, мышка, стол залиты жиром, который напором бъёт прямо из монитора. Ковёр заляпан, нет - залит! Я бегу на кухню за тазиком, хватаю в придачу все ёмкости, которые у меня есть и бегу назад. Забегаю в комнату, а там уже по щиколотки жира! Я с трудом переставляю ноги и пытаюсь спасти дорогую электронику, но уже поздно! Что делать!? У меня паника! Надо звонить 911!!!111

//кручу пальцем у виска
if (i + 1 == n)
{
    break;
}
//кручу пальцем у виска

//я дебил
if (i + 1 == n)
    break;
//я дебил

fxd.