Modularizace Javy se opět odkládá (diskuse)

[Jardík]

Co by mě potěšilo by byly neznaménkové typy. Používají se všude po sítích, v mnoha formátech souborů, ale v javě se to musí stupidně řešit použitím většího datového typu. A protože jsou programátoři často líní, tak znaménkovost javy ignorují úplně a když je v souboru něco jako uint32_t velikostSekce, tak to načtou jako int a je jim jedno, že se pak ze souboru snaží načíst -560 bajtů.

[sid]

ked je programator idiot urcite mu pomoze unsigned typ k tomu aby nebol?

[misisko]

O to nejde, problemom naozaj je to, bud pouzijete rovnaky datovy typ, ale musite pocitat s internou reprezentaciou v tvare "two's complement" alebo prevediete do datoveho typu s vacsim rozsahom, ale toto zase nezarucuje uplnu typovost a moze viest k chyba (spatny prevod po uprave a pod).

Typicky priklad su datove typy XSD vo webovych sluzbach. Skratka, pokial nepotrebujete reprezentovat cislo bezznamienkovite, tak je vam to aj tak jedno.

[jarin]

Hlavně nejhorší to je pokud chci provádět bitové posuny na menších číslech než int. Je potřeba neustále přetypovávat, protože operátory posunu nejsou přetížené.

byte a = (byte) 0x80;
a = (byte) (a >> 4); // a = 0xf8

a se přetypuje na int na hodnotu 0xffffff80. Správně např. takto

a = (byte) ((a & 0xff) >> 4);

Tohle neuvěřitelně komplikuje čitelnost kódu. Je nutné neustále přidávat různé přetypování a další bitové operace. Na druhou stranu, ale operace s čísly a binárními daty nejsou zrovna doména javy, takže to asi moc lidí netrápí.

[Limoto]

Přesně s tímhle jsem v poslední době bojoval při psaní Androidí aplikace komunikující přes ANT+. Je to moje první větší věc v Javě a ze začátku jsem si myslel, že se z toho snad zblázním...

[alobalista]

+1

[Šangala]

To říkám furt, unsigned typy (tedy integer-y) je základ a měla by je mít povinně nejen Java, ale i DB engine.