https://files.fm/u/jg6enkrcp
K čemu přesně je tohle dobrý?
A nemá v tom autor trošku bordel? Literál s příponou L bude "long" nebo "ulong" (nevejde-li se do rozsahu "long".
Literál s příponou U bude "uint" nebo "ulong" a literál s příponou UL nebo LU bude vždycky typu "ulong".
#6 gripen
To má pravdu. Nevím proč tě to učí hned v prvních lekcích..
Normálně to tam dávat nemusíš, Visual Studio si samo řekne, že vkládáš nepodporovanou hodnotu, tak to tam prostě doplníš. (myslím, že to vyžaduje u některých hodnot v hexadecimálním tvaru). Zápis čísel v tomto tvaru se používá víc v C++ u definic #define
Literál s příponou L bude "long" nebo "ulong"
literál s příponou UL nebo LU bude vždycky typu "ulong"
Mě šlo spíš o tyto dvě věci. Zda není překlep/tisková chyba to, že jednou přípona "L" značí dva typy, a pak dvě přípony značej jednu věc. Tím bordelem sem myslel, zda ten text není kazový.
#8 gripen
jde o to, že pokud je číslo ulong v rozsahu 0-long.Maximum můžeš jej bezpečně přetypovat jako long respektive binární uložení hodnot v paměti je shodné. Ale hodnoty ulong vyšší než long.Maximum jsou v paměti uložena tak, že když je přečteš jako long, budou záporná.
Ale jak už jsem psal, učíš se něco co zatím nijak nevyužiješ, stačí že víš, že takováto možnost zápisu čísla existuje, takže když si najdeš nějaký kód, tak budeš vědět proč tam UL je.
Ano, opravdu chci reagovat → zobrazí formulář pro přidání příspěvku