vezerlo volt, most BASIC

[Topybear]

Most kekeckedek egy sort! :)))

>Az &H az csak egy konverter attol meg a basic decimalban szamol
>
>pl. &H09+&H01=10 es nem 0A
>
>erre persze bekerited hogy
>
>hex(&H09+&H01= na ez mar A
>
>de te persze sokszor a normalis 0A -t varnad!!
>
>ezert
>right("0"+HEX(&H09+&H01),2) -vel kell vacakolni.....
>hogy legyen egy 0A alakod emberi olvashato es tablazatosan
>kiirhato formaban....
>
>csakhogy ez meg string am es nem szam
>ezzel megint matekozni az trukkos lesz ujra

De most mondja már neg nekem valaki, hogy egy megjelenítési formátummal ki 
a bánat akar megint matekozni? Matekozásra ott az eredeti alak. Egyébként 
C-ben sem vagy jobb, ha ott formázás nélkül kiíratod a &H09+&H01 
eredményét, ott is 10 lesz, ha meg formázod, az olyan mintha meghívnál egy 
(általad megírt) formázó függvényt VB-ben. Visszaalakítani meg 
függvényhívással tudod, az meg C-ben sincs az alapok között, ott is 
megírták a kezelõfüggvényeket. Olyan nagy munka pár perc alatt összedobni 
ezt a néhány függvényt VB-ben akár?


>Ugyhogy nem a hex aritmetika az alapgond, hanem a kismillio
>ide oda konvertalas mert basicban
>a &H48 a 0 es a "0" ugye nem mindig ugyanaz ........
>es nem is mindig konvertalodik implicit modon ide oda!
>
>KJ

Ez ippeg egyetlen nyelvben sem teljesen ugyanaz, igazából csak az &H48 és a 
"0" között lehet(ne) párhuzam. Bár én gyûlölöm ha valamilyen nyelv ilyenkor 
kiabálás helyett csöndesen konvertál. Szóljon, aztán ha tényleg egyiket a 
másikba akarom erõltetni akkor majd cast-olom, ezzel közöltem, hogy valóban 
ezt szeretném.

Lehet utálni a VB-t, de ha gyorsan kell valami nem túl specializált 
program, akkor hatékonyságban szvsz verhetetlen. És ha nem csak hányod a 
kódsorokat, hanem normálisan kódolsz, akkor nagy projektek is szépen 
karbantarthatók.

De pont neked kell ezt magyaráznom? :))))))

Topy