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

• WonderCSabo félisten

  #5515

  #5514 alratar

  2014-06-09 11:48: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

  

  WonderCSabo

  félisten

  #5514 alratar

  Ez már rossz. Legyen a JDK1.8 a default VM? Jól van beállítva? Ha editre kattintasz fel vannak sorolva a jarok stb? Csinálj egy új projektet, és nézd meg úgy, mert a Libraries alatt ott kell lennie a JRE System Librarynek.

• WonderCSabo félisten

  #5513

  #5512 alratar

  2014-06-07 20:13: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

  

  WonderCSabo

  félisten

  #5512 alratar

  Project -> Build Path -> Libraries -> JRE System Library-nél kiveheted az Access rule-t.

• WonderCSabo félisten

  #5511

  #5510 alratar

  2014-06-07 19:46:04

  Ú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

  

  WonderCSabo

  félisten

  #5510 alratar

  Ez érdekes. Nekem jó Java 8-al (is). Mit használsz fordításhoz? Eclipse?

• WonderCSabo félisten

  #5509

  #5508 alratar

  2014-06-07 18:25:32

  Ú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

  

  WonderCSabo

  félisten

  #5508 alratar

  Próbáld úgy, hogy nem a JRE-ben lévő libet használod, hanem a JDK-ban lévőt.

• xTc aktív tag

  #4915

  #4913 alratar

  2014-02-03 12:17:32

  Ú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

  

  xTc

  aktív tag

  #4913 alratar

  Errefele lehet keresgélni: [link] vagy [link]

  Használd egészséggel!

• floatr veterán

  #4886

  #4885 alratar

  2014-01-21 09:51:20

  Ú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

  

  floatr

  veterán

  #4885 alratar

  Ha a cél a Vector használata, akkor nem életszerű.
  Az ilyen nyilvántartásokat Map vagy Set használatával sokkal egyszerűbb, és gyorsabb is kezelni. Ha rendezési elv is van mögötte, akkor vannak rendezhető Map-ek is. Nem véletlen, hogy általában adatbázist is raknak mögé.

• floatr veterán

  #4884

  #4878 alratar

  2014-01-20 10:10: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

  

  floatr

  veterán

  #4878 alratar

  Akkor hadd szóljak ki egy kicsit az enterspájzból én is. Ha egy metódusnak a neve "set...", de nem értéket állít be, hanem összead, akkor -- még ha azt is csinálná, amit kellene -- egy kód review-nál fognak hátba vágni. Másrészt meg sokak számára fájó pont, de célszerű legalább az elnevezések esetében angolt használni. Ha egy végzős egyemistát bedobnak a mély vízbe, nagy eséllyel kerülhet olyan projektbe, ami külföldi kooperációban készül.

  De ha a konkrét példánál maradunk, akkor sokkal hatékonyabb lenne egy Map-be tárolni, és kulcs (név) alapján keresni, vagy Set-be pakolni, és hashCode/equals metódusokat használni. Ha ez valami oktatáshoz kötődik, akkor nem értem, hogy miért nem lehet életszerűbb példákon keresztül oktatni.

• WonderCSabo félisten

  #4877

  #4876 alratar

  2014-01-19 11:18:07

  Ú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

  

  WonderCSabo

  félisten

  #4876 alratar

  Azért a "direkt van így", az elég erős kifejezés akkor...

• Karma félisten

  #4869

  #4865 alratar

  2014-01-18 22:58:47

  Ú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

  

  Karma

  félisten

  #4865 alratar

  A másik baj amellett, hogy a mennyiség mindig nulla marad az előzőek miatt az az, hogy úgy nevezted el a metódust, hogy "set". Ez azt jelenti mindenki más számára, hogy a paraméterben megadott szám lesz az új érték, nem pedig megnöveled azzal

• WonderCSabo félisten

  #4868

  #4867 alratar

  2014-01-18 22:10: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

  

  WonderCSabo

  félisten

  #4867 alratar

  De ennek semmi értelme! A függvény lefutása után a lokális változó felszabadul, és a növelt érték megy a kukába... Gondolom itt azt akartad elérni, hogy az osztály által reprezentált áru mennyisége változzon meg, nem?... Mert arra a jelenlegi függvényed nincs hatással.

• WonderCSabo félisten

  #4866

  #4865 alratar

  2014-01-18 22:05:02

  Ú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

  

  WonderCSabo

  félisten

  #4865 alratar

  Az, hogy amikor ezt írod, hogy

  public void setMenny(double menny) {
  menny += menny;
  }

  Akkor a paraméterben kapott menny változó értékét növeled meg, és nem a példányváltozóét. A lokális változó mindig elfedi a tagváltozót. Úgy tudsz ilyen esetben a tagváltozóra hivatkozni, hogy:

  public void setMenny(double menny) {
  this.menny += menny;
  }

  A másik opció, hogy átnevezed a paramétert. Tényleg el kéne olvasnod valami alap Java könyvet, vagy vmi tutorialt végigcsinálni. De egyébként ez a jelenség más nyelveken is így vna.

• Karma félisten

  #4862

  #4855 alratar

  2014-01-18 21:24: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

  

  Karma

  félisten

  #4855 alratar

  A menny += menny csak nekem tűnt fel?

  Mindenesetre eddig ez elég FUBAR, szerintem lassítanod kéne egy kicsit és két dolgot mindenképp megejteni: kicsit végiggondolni hogy ki kivel van, és némi konvenciót is kéne találnod a tagváltozókban (vagy kiírni a this-t, mert így a settereid nem sokat csinálnak.

  WonderCsabo: a += -re gondoltam explicite

• Jim-Y veterán

  #4858

  #4855 alratar

  2014-01-18 20:37: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

  

  Jim-Y

  veterán

  #4855 alratar

  Én ezt így csinálnám.

  http://pastebin.com/0pWx7sH7

  Nyílván csinálhatnál ekkor a gyümölcsöknek is egy külön osztályt. De akár az is játszik, hogy nem csinálsz egy külön interface-t, hanem pl a Zöldséget a Termék osztályból származtatod, mint ahogy a Gyümölcsöt is.
  Ez sem egy világbajnok kód, de szerintem annál amit csináltál jobb

• WonderCSabo félisten

  #4857

  #4855 alratar

  2014-01-18 20:27:09

  Ú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

  

  WonderCSabo

  félisten

  #4855 alratar

  Itt eléggé nagy kavar van.

  A Vector<String> aru példányváltozót elfedi a lokális Termek aru - ez bár legális, nem éppen okos döntés. Valamelyiket mindenképpen nevezd át, az elsőnek van rossz neve mellesleg.

  A zoldsegek Vector hol van definiálva?

  Termek aru = new Temek(nev, 0.0);
  if (zoldsegek.contains(aru)) {

  Ez itt mindig false-ot fog visszaadni, mivel a contains az equals metódust hívja meg, ami pedig alapesetben a referenciákat hasonlítja össze, azok pedig sosem fognak egyezni, hiszen mindig új objektumot hozol létre. Definiáld felül az equals és hashCode metódust a Termek osztályban, hogy ez értelmesen működjön.

  A Vector<String> aru típusparamétere miért nem Termek?

  Console.readLine

  Csak kíváncsiságból kérdezem: ezt az osztályt milyen framework szolgáltatja?

• modder aktív tag

  #4856

  #4855 alratar

  2014-01-18 20:26:42

  Ú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

  

  modder

  aktív tag

  #4855 alratar

  Te minket itt át akarsz verni ezzel a kóddal!

• WonderCSabo félisten

  #4853

  #4852 alratar

  2014-01-18 20:03:19

  Ú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

  

  WonderCSabo

  félisten

  #4852 alratar

  Igen, és előbb jött erre az a válasz, hogy a termék nevét is vedd bele a termek osztályba (Java osztály nagybetűvel kezdődjön BTW). Így a Vector-od típusparamétere pedig lehet termek.

• WonderCSabo félisten

  #4851

  #4850 alratar

  2014-01-18 19:45: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

  

  WonderCSabo

  félisten

  #4850 alratar

  Nem biztos, hogy jó lesz, nem teljesen értem, hogy mit akarsz. Egyébként Object-et típusparaméternek nem sok értelme van megadni, legalábbis ebben az esetben semmi.

  Ha Object-et adsz meg típusparaméternek, akkor bármilyen objektumot berakhatsz a konténerbe. Pl.

  Vector<Object> vector = new Vector();
  vector.add(new String());
  Integer integer = (Integer) vector.get(0);

  Az utolsó sor fordítási időben teljesen legális kód, de ClassCastException-nel jár, hiszen a String nem Integer. A vicc az, hogy a generic-et pont arra találták ki, hogy ezt a problémát kiküszöbölje, Te pedig arra akarod használni, hogy mégis probléma lehessen belőle...

• Jim-Y veterán

  #4846

  #4845 alratar

  2014-01-18 15:52:17

  Ú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

  #4845 alratar

  Szerintem csinalj egy POJO-t aminek 3 propertyje lesz, egy nev es a ket szam, majd a Vektorod ilyen tipusu objektumokat taroljon.

• WonderCSabo félisten

  #4844

  #4843 alratar

  2014-01-18 15:36:50

  Ú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

  

  WonderCSabo

  félisten

  #4843 alratar

  Csak az, hogy mégsem String típusú objektumot adtál át az add metódusnak, hanem elnéztél valamit. Fontos, hogy a statikus típusnak is String-nek kell lennie, mivel fordítási időben történik a típusellenőrzés, szóval egy Object statikus típusú objektumot nem tudsz átadni, hiába dinamikus típusa String.

  Egyébként látom nem csak sikerült megfogadni a tanácsot, és ArrayList-et használni.

• floatr veterán

  #4745

  #4742 alratar

  2014-01-14 10:31:00

  Ú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

  

  floatr

  veterán

  #4742 alratar

  Pedig jobban teszed, ha hozzászoktatod magad még a gyakorló feladatoknál is, mert így gyorsabban is fut majd a kód. A Vector<E> lényegesen lassabb, mint az ArrayList<E>. Ugyanígy a Hashtable<E> is thread-safe, de lassabb, mint a HashMap<E>.

• fatal` titán

  #4740

  #4739 alratar

  2014-01-13 20:01:34

  Ú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

  

  fatal`

  titán

  #4739 alratar

  Az, hogy nem adtál a Vectornak típust.

  Vector<Integer> numbers = new Vector<Integer>();

• WonderCSabo félisten

  #4737

  #4736 alratar

  2014-01-12 10:33: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

  

  WonderCSabo

  félisten

  #4736 alratar

  Sztem a Yahoo nem csak a saját oldalain szolgáltat hirdetéseket, hanem máshol is, akárcsak a Google.

• bajaki őstag

  #4503

  #4502 alratar

  2013-11-24 13:20:29

  Ú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

  

  bajaki

  őstag

  #4502 alratar

  Meglesem, köszi!

  Hopp, lehetett volna még szerkeszteni, bocsánat.

• modder aktív tag

  #4315

  #4314 alratar

  2013-09-23 20:30:58

  Ú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

  

  modder

  aktív tag

  #4314 alratar

  ez még elég brutál http://www.visual-paradigm.com/product/?favor=vpuml
  csak fizetős... de harminc napig ingyenes

• n00n őstag

  #4313

  #4311 alratar

  2013-09-23 17:54:13

  Ú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

  

  n00n

  őstag

  #4311 alratar

  Én mindig ezt használom, van Windowsra, Linuxra, Mac OS X, tud magyarul, ingyenes és ráadásul open source is.

  https://projects.gnome.org/dia/

• xTc aktív tag

  #4312

  #4311 alratar

  2013-09-23 13:52: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

  

  xTc

  aktív tag

  #4311 alratar

  Eclipse uml plugin?

  [link] Ha esetleg eclipse-t használsz, akkor szerintem kézenfekvő lehet.

• trisztan94 őstag

  #4210

  #4207 alratar

  2013-09-08 15:21: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

  

  trisztan94

  őstag

  #4207 alratar

  A <= es a >= logikai operatorok, jelentesuk: kisebb egyenlo, nagyobb egyenlo.

  a => hozzafuzesre valo, amit irtal:

  x => 10 azt jelenti, hogy x legyen egyenlo 10-el. Altalaban asszociativ tombnel hasznaljak leginkabb php-ban, pl: elem => 15 es akkor ugy hivatkozol ra, hogy array[elem] -> ennel az erteke 15

  szerk: javitom magam: csak php-ban van ertelme (+ olyan nyelvekben ahhol vannak asszociativ tombok)

• modder aktív tag

  #4209

  #4207 alratar

  2013-09-08 15:19:25

  Ú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

  

  modder

  aktív tag

  #4207 alratar

  nincs olyan operátor, hogy =>
  (http://docs.oracle.com/javase/tutorial/java/nutsandbolts/operators.html)
  mondjuk a hibaüzenet lehetne jobb is

• Superhun addikt

  #4208

  #4207 alratar

  2013-09-08 15:18: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

  

  Superhun

  addikt

  #4207 alratar

  Csak ez a két operátor működik: <= és >=. A fordítottjaik nincsenek értelmezve.

• Karma félisten

  #4128

  #4126 alratar

  2013-08-31 17:39:52

  Ú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

  

  Karma

  félisten

  #4126 alratar

  Szerintem (ezt most JDK híján nem tudom tesztelni) ha explicite Objectre castolsz és az Objectet valami másra, az fordítási időben nem okoz problémát, csak futásidőben ClassCastExceptiont dob. Ezzel meg lehet kerülni a közös ágat, de újfenn futni nem fog

• Karma félisten

  #4125

  #4124 alratar

  2013-08-31 17:27:09

  Ú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

  

  Karma

  félisten

  #4124 alratar

  Szabályosan castolni nem csak egy szintet lehet, viszont közös öröklési ágon kell lenniük. A Double osztály és a boolean primitív tíousnak semmi köze nincs egymáshoz, meg értelme sincs sok...

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