We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.
Hi folk, I have
u16 wTemp = 0; fsingle fTemp = 17.5123; wTemp = (u16)fTemp;
I can't see with all the parenthesis! :-)
int round(fsingle fVal) { return (int) (fVal + fVal < 0.0 ? -0.5 : 0.5); }
Good to see people who aren't afraid of the Ternary Operator!
No, precedence is your friend; explicitness is my friend. :-) Over the years, and especially working with clients having pre-existing code, I've found (for me at least) that it's best not to pick nits over stylistic differences. To each his (or her) own. So, while I generally appreciate your informed posts, I won't engage you in discussing our sylistic differences. Keep up the good work. We all appreciate your help around here. --Dan Henry
I was definitely just ribbing you. I agree, to each his own. - Mark
Indeed, I always tell people who say it obfuscates code that var++; is very odd at first glance as is var += value; ?: is very, very clear once the idiom is learned just as are var++ and var += value. Long live all parts of the the C language. Example use #234 of ?:...
int cash = 1; printf("You have %d dollar%s\n", cash, 1 == cash ? "" : "s");
Of course this would have worked just as well I suppose:
int cash = 1; char dollarStr[][sizeof "dollars"] = { "dollars", "dollar" }; printf("You have %d %s\n", cash, dollarStr[cash == 1]);
True that folks, there is no need to talk about programming styles. In general, our team follow some sort of programming style pattern. This is due to programming skill differences among team members. So in general, making the program source code as explicitly as possible so that there is no misunderstanding and in addition, the C compiler will be smart enought to optimize "all" redundency.
"the C compiler will be smart enought to optimize "all" redundency." You'd hope so, wouldn't you? I did once come across a compiler (not 8051; not Keil; someone beginning with 'I') which did produce different results if you used "unnecessary" parentheses! But then their assembler produced the same opcode for both the "Jump If Equal" and "Jump If Not Equal" mnemonics!!