Új hozzászólás Aktív témák

• disy68 aktív tag

  #9866

  #9864 Sokimm

  2018-07-09 15:38:23

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  disy68

  aktív tag

  #9864 Sokimm

  Java alatt az integer/short/akármi az egy szám reprezentáció számrendszertől függetlenül. Az alapértelmezett számrendszer a toString-nél a 10-es.
  Integer.toString(int i, int radix)

  int binary = 0b0010;
int hexa = 0x0ef2;

int sum = binary + hexa;

System.out.println(sum);
System.out.println(Integer.toString(sum, 2));
System.out.println(Integer.toString(sum, 8));
System.out.println(Integer.toString(sum, 16));

  szerk: Amúgy a java elnevezési konvenciókról olvass még kicsit..

• skoda12 aktív tag

  #9865

  #9864 Sokimm

  2018-07-09 15:31:10

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  skoda12

  aktív tag

  #9864 Sokimm

  Na, tehát a javadoc szerint: Csak olyan karakterek lehetnek a stringben, ami az adott számrendszerben használható. Ez magyarázza, hogy a "0x" prefix esetén miért nem működik. Ha csak "0" prefixet használsz, akkor működnie kell, most próbáltam egy online java compilerrel.

  Ezt a 390-es dolgot nem értem. 10-es és 16-os számrendszerben értelmezve is simán beleesik a short intervallumába (a vessző nem tizedesvessző, hanem ezres határoló).

• Sokimm senior tag

  #9864

  #9862 Sokimm

  2018-07-09 15:13:41

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sokimm

  senior tag

  #9862 Sokimm

  Sajnos már nem volt idő szerkeszteni az előző hsz-t...
  Arra rájöttem, hogy a 0x kezdés nélkül képes konvertálni, de egy másik hex alapú (068E) számot már nem.
  Aztán néztem, és az eszközk ID-jai elé a függvény generátora betolhat töltő nullákat (ezért az első nulla sem kell, elég 3 karakter, csak 4 digitet akar megjeleníteni (nem tudom mért)).

  Ha simán a 68E-t konvertálom, akkor megint jó.
  Már csak azt nem értem, hogy hogy fér el egy 16 bit-es short-ban (min -32,768 max 32,767 (inclusive)) a 390-es érték.

  System.out.println(info.getProductId());
  Mert erre a console a 390-et adja. (ez már más érték, mint az előbb hozott string/short dolog)

  A println függvény játszik valamit a kiírási értékkel?

  .45! Igen az elgépelés, a valódi kódban jól vannak elnevezve!

• .45 csendes tag

  #9863

  #9862 Sokimm

  2018-07-09 15:06:45

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  .45

  csendes tag

  #9862 Sokimm

  a parseShortnál rossz változót konvertálsz, a product_ID-t kéne

  másfelol nekem sem mukodik ami érdekes, mert ok itt ugyanígy csinálták: String to Hex Short

• skoda12 aktív tag

  #9861

  #9859 Sokimm

  2018-07-09 14:23:37

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  skoda12

  aktív tag

  #9859 Sokimm

  A parseShort()-nak meg tudod mondani, hogy 16-os számrendszerben van megadva a szám.

• Mirman őstag

  #9860

  #9859 Sokimm

  2018-07-09 14:20:12

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mirman

  őstag

  #9859 Sokimm

  Nem értem miért akarsz stringbol shortot csinálni . Ez egy String benne betűkkel . Nem tudsz belőle számot csinálni .

• Mirman őstag

  #9858

  #9857 Sokimm

  2018-07-09 13:41:49

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mirman

  őstag

  #9857 Sokimm

  Szia !

  A Short az egy 16bites integer ami 32,767 és -32,767 közt vehet fel értékeket . Te egy Stringet próbálsz short-á castolni ami nem lehetséges hiszen a stringben nem kizárólag a fent említett két érték közti szám van .

• Szmeby tag

  #9853

  #9851 Sokimm

  2018-07-01 20:46:27

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Szmeby

  tag

  #9851 Sokimm

  Hogyan lehet vizsgálni, ha egy Objektum példánya létrejött (van, létezik)?
  if (myObject != null) {
System.out.println("myObject objektumom létezik, hivogathatom a metódusait");
} else {
System.out.println("myObject objektumom nem létezik, ha ráhívok egy metódusára, NullPointerException a jutalmam");
}

  vagy

  if (myObject instanceof String) {
System.out.println("myObject objektumom létezik, sőt azt is tudom róla, hogy String típusú, így bátran Stringgé castolhatom");
}

  Ha eleve String típusú a myObject változód, akkor felesleges instanceof-olni.
  Pl.:
  String myObject = "kiskutya";
  A bal oldalon jelölve vagyon, hogy ez legalább egy String, és mivel a java erősen típusos nyelv, compile error figyelmeztetne, ha valamit elcsesztél volna.
  Object myObject = "kiskutya";
  Ebben az esetben nem lehetsz teljesen biztos benne, hogy ez egy String (annak ellenére, hogy erről a nyilvánvaló példáról ordít, hogy az), de ha szeretnéd String-ként kezelni, akkor castolnod kell mielőtt meghívod rajta a String osztély metódusait ((String)myObject).isEmpty(); Ha pedig ezt biztonságban szeretnéd elvégezni, akkor a castolás előtt érdemes csekkolni egy instanceof-fal, hogy valóban String van-e benne.
  A null nem String, a null nem is Object, a null semmi. Az instanceof mindig false-szal fog visszatérni egy null referenciára, mert a semmiről nem lehet eldönteni annak típusát.

  És ha létrejött a példány, akkor még lehet null tartalmű, amire hogyan kérdeznétek rá? (azon túl, hogy kiteszed egy lokális változóba, ahogy az előbb írtad (ha nincs más, marad ez a módszer, csak elég bénácskának néz ki a kezdő szememnek))
  Ha létrejött a példány, nem lehet null.

  Kiteheted lokális változóba, ha úgy kényelmes:
  String product = info.getProductString();
if (product != null && product.equals("CM STORM INFERNO GAMING MOUSE")) {
System.out.println("match!!!");
}

  De nem kötelező, használhatod a gettert is újra meg újra:
  if (info.getProductString() != null && info.getProductString().equals("CM STORM INFERNO GAMING MOUSE")) {
System.out.println("match!!!");
}

  De akár meg is mókolhatod a lekérdezéskor, hogy kiküszöböld az API hülyeségeit:
  String product = info.getProductString() == null ? "" : info.getProductString(); // ez egy ternáris operátor, egyfajta kompakt if: ha a getter null, akkor üres stringet használ helyette, különben meg a getter által visszaadott nemnull értéket
if (product.equals("CM STORM INFERNO GAMING MOUSE")) {
System.out.println("match!!!");
}

  A java könyvek, vagy pl. az oracle tutorial relatíve korán elmagyarázza a java objektumok, referenciák, nullitás témakörét, érdemes rászánni azt a kis időt.

• Aethelstone addikt

  #9852

  #9851 Sokimm

  2018-06-25 21:37:12

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Aethelstone

  addikt

  #9851 Sokimm

  Tisztázzuk. A csak deklarált, de még nem inicializált objektum kb. ugyanaz, mintha deklarálod, new Akarmi()-vel példányosítod, majd null-ra seteled. Ergó a kezelése is kb. ugyanaz.
  Ha már létrejött egy példány, akkor nem lehet null...max a példányváltozók, de az megint egy másik kérdéskör.

• Lortech addikt

  #9846

  #9845 Sokimm

  2018-06-25 19:17:53

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lortech

  addikt

  #9845 Sokimm

  Nullra kell vizsgálnod:
  if (AskDeviceName == null) { ... }

  Egymásnak ellentmondóak, amiket írsz, vagy valami nagyon béna API-d van, ami egy sima get-re is mellékhatással jár és/vagy nem konzisztens, egyszer működik, egyszer nem.

• Aethelstone addikt

  #9840

  #9828 Sokimm

  2018-06-25 16:49:55

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Aethelstone

  addikt

  #9828 Sokimm

  Van egy kis kavar. Egy String az instanceof-ra akkor is true, ha nincs inicializálva, azaz null értékű.

• bambano titán

  #9839

  #9837 Sokimm

  2018-06-25 16:46:56

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bambano

  titán

  #9837 Sokimm

  igen, téves.

  az elemi típusoknál, mint ami az int, ha deklarálod, lefoglalódik a helye. az értéke valami lesz, nem tudjuk, hogy inicializálás nélkül mi az értéke (leginkább a korábbi memória használat után ottmaradt szemét), de egy egész számként értelmezhető szám lesz ott.

  ezzel szemben az Int-nél (nagybetűvel), a deklaráció eredménye egy pointer, aminek a kezdeti értéke null, és amikor az Int típusú objektumot példányosítod, akkor lesz benne egy olyan pointer, ami az adott példányra mutat és nem null.

  ugyanez igaz a Stringre.

• Mirman őstag

  #9836

  #9835 Sokimm

  2018-06-25 15:43:46

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mirman

  őstag

  #9835 Sokimm

  Null pointer exceptiont kapsz. Ez azt jelenti hogy az a referencia amit viszgalsz null ertekre mutat a memóriában .

• Mirman őstag

  #9834

  #9833 Sokimm

  2018-06-25 09:17:22

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mirman

  őstag

  #9833 Sokimm

  Sajnos hülyeség mert nem közvetlenül próbálod elérni a mezőt hanem egy get... függvényen keresztül. Előfordulhat hogy a mezo nincs inicializalva ( nincs neki érték adva) , de ekkor a függvény nullal tér vissza.

• bambano titán

  #9832

  #9831 Sokimm

  2018-06-24 22:27:38

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bambano

  titán

  #9831 Sokimm

  én arra szoktam tesztelni, hogy null-e vagy sem...
  if (info.getProductString()!=null)

• skoda12 aktív tag

  #9830

  #9828 Sokimm

  2018-06-24 20:27:15

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  skoda12

  aktív tag

  #9828 Sokimm

  Egyrészt stringeket nem ==-vel hasonlítunk össze, hanem equals() metódussal. Másrészt szerintem rossz stringeket próbálsz összehasonlítani, mert az első kód alapján a productString lenne az a "CM ...", de te valami AskDeviceName-t használsz helyette, ami nem látom hol kap értéket.

• RexpecT addikt

  #9829

  #9828 Sokimm

  2018-06-24 20:24:37

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  RexpecT

  addikt

  #9828 Sokimm

  Talán ez a probléma: [link]

• Aethelstone addikt

  #6376

  #6375 Sokimm

  2014-10-29 20:20:14

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Aethelstone

  addikt

  #6375 Sokimm

  

• Aethelstone addikt

  #6374

  #6373 Sokimm

  2014-10-29 17:55:18

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Aethelstone

  addikt

  #6373 Sokimm

  Mit adtál meg a-nak és c-nek? Meg nem ártana a for ciklus magját kapcsos zárójelek közé tenni, mert nem egyértelmű két sorból, hogy a sysout a magban van vagy a ciklus után. Legalábbis nekem nem (látszólag a magban)

• PumpkinSeed addikt

  #6370

  #6366 Sokimm

  2014-10-29 17:06:06

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  PumpkinSeed

  addikt

  #6366 Sokimm

  A "b" mit takar?

• bucsupeti senior tag

  #6311

  #6308 Sokimm

  2014-10-15 17:28:06

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  bucsupeti

  senior tag

  #6308 Sokimm

  A ciklusfejben és a ciklusmagban is van egy növelése a ciklusváltozónak.

  A System.out.print (++i +" "); sorban legelőször az i értéke növekszik, majd kiirásra kerül.
  System.out.print (n++ +" "); sorban először kiirásra kerül az n majd utána növekszik az értéke.

  Még annyit hozzátennék hogy szerintem a növekményes ciklusban (for) ne piszkáljuk a ciklusváltozót a ciklusmagban. Ha erre szükség van akkor ne for hanem while ciklust kell alkalmazni.

  Utálom amikor eröltetett példákkal próbálják magyarázni egy-egy nyelvi elem működését. Ennél már csak a "mutatóramutatómutatóttatalmazómutató" a szebb amit C-ben szoktak példázni, de a gyakorlatban ilyen soha nem jön elő.

• Jim-Y veterán

  #6309

  #6308 Sokimm

  2014-10-15 14:27:05

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Jim-Y

  veterán

  #6308 Sokimm

  Szia, pszeudo-magyarázat

  ciklus 1-től 10-ig
  ciklusváltozó explicit inkrementálása
  print ciklusváltozó
  ciklusváltozó implicit inkrementálása
  ciklus vége

  másik eset:

  ciklus 1-től 10-ig
  print ciklusváltozó
  ciklusváltozó explicit inkrementálása
  ciklusváltozó implicit inkrementálása
  ciklus vége

  Nézzük konkrétan, hogy a ciklus első periodusában mi történik:

  első esetben:

  i = 1
  i = i + 1
  print(i) // 2
  i = i + 1 // i == 3

  másik esetben

  i = 1
  print(i) // 1
  i = i + 1 // i == 2
  i = i + 1 // i == 3

• sztanozs veterán

  #6307

  #6305 Sokimm

  2014-10-15 13:20:49

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  sztanozs

  veterán

  #6305 Sokimm

  ++n kiértékelés (inkrementálás) után i++ pedig azelőtt adja át az értéket.
  [link]

Új hozzászólás Aktív témák