Рекомендуемые правила оформления кода

[spamer]

а в Делфи это приходиться заменять на

begin Result:=false;exit;end;

Кстати, если не ошибаюсь, то в Делфи начиная с 2009 можно так писать:

Exit(True);   // Exit(False);

[still_alive]

2Пепел Феникса
Еще можно переделать код так, чтобы точек выхода было одна-две. Сложнее придумать как это сделать так, чтобы он при этом сильно выиграл в читабельности.

Почти без разницы ставить скобки или нет. Я не ставлю. Правда раз-два из-за этого наступал на грабли - дописывал инструкции потом, а в скобки брать забывал

Другое дело, что иногда с точки зрения отладки лучше писать

if (cond1)
  stmt1;
if (cond1
    && cond2
    && ...)

чем

if (cond1) stmt1;
if (cond1 && cond2 && ...)

Удобнее узнавать какие условия выполняются и где произошел крэш.

[Bustle]

Сообщение от Пепел Феникса

ну не вижу разницы я между этим:

if(s && s_own)
    delete s;

и этим:

if(s&&s_own)
{
    delete s;
}

хоть убейте...

PS: ну кроме двух фигурных скобок

Считается, что это увеличивает удобоваримость кода. И я с этим согласен.

[anyx]

Сообщение от Пепел Феникса

ну не вижу разницы я между этим:

if(s && s_own)
    delete s;

и этим:

if(s&&s_own)
{
    delete s;
}

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

Чисто психологически - оператор воспринимается как независмый от If. Скобки явно указывают что не все так просто....

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

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

Почти без разницы ставить скобки или нет. Я не ставлю. Правда раз-два из-за этого наступал на грабли - дописывал инструкции потом, а в скобки брать забывал

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

[ImmortalAlexSan]

Сообщение от Пепел Феникса
ну не вижу разницы я между этим:
Код:

if(s && s_own)
delete s;

и этим:
Код:

if(s&&s_own)
{
delete s;
}

хоть убейте...

PS: ну кроме двух фигурных скобок

Первый вариант короче в два раза. Я знаю, я КЭП. Но, Вы представляете, как увеличится объем кода, если таких конструкций будет 100 к примеру? Удобно будет читать его, постоянно перетаскивая скролбар то вверх то вниз? Не нужна нам такая поддержка отсутствия компиляции Кому как удобнее. Если её и добавлять, то по умолчанию она должна быть отключена, а кому неудобно, пусть настраивают сами.

Считается, что это увеличивает удобоваримость кода. И я с этим согласен.

Не согласен. Увидеть Tab и "{ }" равнозначно, по крайней мере для меня, да и печатать лишних символов не надо.

[Arigato]

Сообщение от Пепел Феникса

ну не вижу разницы я между этим:

if(s && s_own)
    delete s;

и этим:

if(s&&s_own)
{
    delete s;
}

хоть убейте...

PS: ну кроме двух фигурных скобок

Я такие конструкции пишу в 1 строку:
if ( s && s_own ) delete s;
Скобки не ставлю. В итоге вместо 4 строк у нас одна. В итоге меньше прокручивать код приходится, больше кода обозреваешь сразу на экране, проще работать с кодом. А кучи ненужных скобок только все путают. Но если язык обязует ставить скобки, то я бы записал так:
if ( s && s_own ) {delete s};

P.S. Еще по этому же примеру замечу, что мне непонятно, почему многие так не любят пробелы?
if_(_s && s_own_)_delete s;
Читабельность повышается. А если не нравятся пробелы, то от чего бы так не записать:
if(s&&s_own)delete s;

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

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

я выкину такой компиль.

Не согласен. Увидеть Tab и "{ }" равнозначно, по крайней мере для меня, да и печатать лишних символов не надо.

аналогично, вижу отступ и сразу вижу что это часть конструкции.

P.S. Еще по этому же примеру замечу, что мне непонятно, почему многие так не любят пробелы?

надо бы приучиться, по крайней мере так:

if( s && s_own )
    delete s;

считаю скобку частью if.

[MaTBeu]

Сообщение от Человек_Борща

я ещё в своём *.doc'е рассказал об тулзе для d7 и ниже, и об тулзах для d2006 и выше, которыми пользуюсь сам уже не помню сколько времени. Форматированный код спасёт мир.

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

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

[ImmortalAlexSan]

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

P.S. Еще по этому же примеру замечу, что мне непонятно, почему многие так не любят пробелы?

Не могу ответить на ваш вопрос... Мозг создал определенное предпочтение вот и всё. Например функции записываю так:

void Function(string p1, string p2)
{
}

if вот так:

if (a < b)

а свойства вот так:

Color Back { get; set; }

Мне так удобнее.
В библиотеках майкрософта всё именно так записано. Может по-этому я когда-то решил следовать их стандарту? Ктож помнить теперь...

[Arigato]

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