О стилистике при оформлении исходников, для начинающих и не только Опции

[sergey sva]

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

#define dataflag (1<<6)
ReturnValue =(ReturnValue ~ dataflag);

[rezident]

#define dataflag (1<<6)

Не в тему, но... есть устоявшееся правило: макросы принято обозначать заглавными буквами, а переменные и функции прописными или сочетанием заглавных и прописных. Так проще воспринимается текст исходника. В приложении русскоязычный перевод Application Note (AN-2000) "Стандарт кодирования на Си", от Micrium, Inc.

Поскольку невольно мое сообщения послужило началом своего рода оффтопка, то выделил подветку из http://electronix.ru/forum/index.php?showtopic=72745 в отдельную тему.

Сообщение отредактировал rezident - Feb 13 2010, 19:58

Прикрепленные файлы

 micrium_an_2000_rus.pdf ( 166.36 килобайт ) Кол-во скачиваний: 1408

 

[Ko4egap]

zltigo, не надо путать кислое с длинным. Так:

Код

if(a<b && c!=d){error();return(0);}

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

У человеческого глаза довольно узкий угол обзора, в вашем случае, выражение

Код

if( ( a < b )&&( c != d ) )

расползается по всей строке, а сочетание символов ')&&( ' вообще сума сводит, создается ощущение будто бы это логическое "И" должно выполнится самым первым, вы разделели два цельных выражения на части и приклеили по осколку от каждого к третьему. Почему тогда && не выделен пробелами? А обилие абсолютно ненужных там скобок окончательно запутывает.

Вы в школе квадратное уравнение так записывали?
( a * x² ) + ( b * x ) + c = 0

Или все-таки так?
a*x² + b*x + c = 0

вот еще пример
a*(b+c)

или
a * ( b + c )

IMHO во втором случае неочевиден порядок действий

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

Сообщение отредактировал Ko4egap - Feb 24 2010, 08:24