Inkrementalni cidlo - cudlik

[Pavel Hudecek]

Ta to já ty zcela jasné věci zásadně nezávorkuji. V případě této ukázky to původně bylo jasné na první pohled, se závorkami se musejí studovat závorky. Ale např. u toho x-5 bych závorku někdy neudělal a někdy udělal, podle nálady, resp. když by např. okolo bylo několik podobných ifů a na tom místě měly &, nebo >>, tak bych ji tam udělal ve všech případech.

Mimochodem, existuje nějaký programovací jazyk, kde by něco jako:
a>b AND x<3
dopadlo jinak, než:
(a>b) AND (x<3)
?

PH

-----------------
From: Zdeněk Aster 
Sent: Monday, July 25, 2016 2:02 PM

Taktéž závorkuji uplně vše dokonce i za podmínkou když mám jeden příkaz tak 
jde do složených závorek... Protože se stane, že použijete makro a když si
to člověk neuvědomí tak to je pak mazec.....

(  (a==b) && (b<4)  || (c<(x-5))  )


Zas to tak hrozne nevypada.




---------- Původní zpráva ----------
Od: Josef Štengl ok1ced na nagano.cz
U logických a bitových operátorů jsem viděl (a udělal :-) už tolik chyb, že už píšu (a vyžaduji) závorky všude.
Priority operátorů totiž málokdo perfektně zvládá. A tak vznikají nepříjemné chyby, které se obtížně hledají.

Další problémy jest u kombinací logických a bitových operátorů v jednom výrazu. Když pak po někom děláte revizi, tak jen 
budete hádat, jak to autor myslel (to co napsal je zřejmé). Jemu to jasné je, ale bohužel jen jemu :-(.


------------------------
Dne 25.7.2016 v 13:26 Pavel Hudecek napsal(a):
> Já to mám přesně naopak. Závorky používám, když potřebuji přebít implicitní priority, když si s prioritou nejsem jist (ale
> stejně si ji při té příležitosti najdu, protože neznalost mě irituje), nebo výjimečně když se mi zdá, že by to mohly
> zpřehlednit (ale na to většinou stačí někam dát/nedat mezeru).
>
> Výrazy typu
> a==b && b<4 || c<x-5
> považuji za na první pohled jasné.
>
> Když tohle někde vidím se závorkami, jejich studování mě jen zdržuje. Kopíruji-li podobně přezávorkované věci do svých
> projektů, závorky odmazávám, podobně jako /* a */ u jednořádkových komentářů.
>
> Možná, že zde je důvod, který vedl autora C k nezavedení ^^: Rozdíl mezi prioritou AND a OR je všeobecně známý a
> zakořeněný, XOR by do toho mohl zavést zmatky. :-)
>
>> vím, co jsem si myslel, když to později čtu
> Tohle se mu mě projevuje spíš u číselných konstant:
> Spočítání třeba 255-125 nechám na kompileru a tak zůstane zachována informace, z čeho to vzniklo.
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20160725/ff21b33b/attachment.html>