Ú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

  #5514 alratar

  Kivettem, de nincs változás.

  Leírom most hogy van, úgy talán könnyebb lesz segíteni.
  A Project - Properities - Java Build Patch Libraries fül alatt nincs semmi.

  A többit képen, mert 1 kép felér 1000 szóval.

  [link]
  [link]

  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

  #5512 alratar

  Igen.

  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

  #5510 alratar

  Ugyan az, csak jre helyett jdk-t ír.

  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

  #5508 alratar

  Próbáltam egyedül megoldani, de nem ment, így ide írok remélve, hogy segítetek!

  Írtam egy osztályt mely tartalmazza a JFrame-et:
  class OwnFrame extends JFrame {

  Azonban aláhúzza a JFramet és ezt írja ki:
  Access restriction: The type JFrame is not accessible due to restriction on required library C:\java\jre8\lib\rt.jar

  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

  #4913 alratar

  Linket dobhatnál!

  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

  #4885 alratar

  Egy raktár programban, ami új termékek felvételéből, számlázásából, pótlásából áll mi nem életszerű?

  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

  #4878 alratar

  Na igen!

  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

  #4876 alratar

  Igen, jól látod, hogy az áru mennyiségét akarom azzal változtatni.
  De mint mondtam, az direkt van úgy, mivel mást kellett csinálnom, így a bemásolás pillanatáig nem írtam áát.

  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

  #4865 alratar

  Azzal meg mi baj van?
  Mármint a +=-vel.

  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

  #4867 alratar

  Ja, az direkt van úgy.

  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

  #4865 alratar

  Azzal meg mi baj van?
  Mármint a +=-vel.

  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

  #4855 alratar

  És ez így is van.

  class Termek{
  private String nev;
  private double ar;
  private double menny;
  
  public Zoldseg(String nev, double ar) {
  this.nev = nev;
  this.ar = ar;
  menny = 0.0;
  }
  
  public String getNev() {
  return nev;
  }
  
  public double getAr() {
  return ar;
  }
  
  public double getMenny() {
  return menny;
  }
  
  public void setMenny(double menny) {
  menny += menny;
  }
  
  }
  
  public class Raktar {
  Vector<String> aru = new Vector<String>();
  
  public void felvitel() {
  String nev = Console.readLine("Kérem adja meg az áru nevét: ");
  Termek aru = new Temek(nev, 0.0);
  if (zoldsegek.contains(aru)) {
  System.out.println("Az áru már létezik!");
  return;
  }
  double ar = Console.readDouble("Adja meg az áruárát: ");
  double menny = Console.readDouble("Adja meg az áru mennyiségét (kg): ");
  aru.add(new Termek(nev, ar));
  }

  A Termek osztály még nincs kész és valszeg nem is jó.

  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

  #4855 alratar

  És ez így is van.

  class Termek{
  private String nev;
  private double ar;
  private double menny;
  
  public Zoldseg(String nev, double ar) {
  this.nev = nev;
  this.ar = ar;
  menny = 0.0;
  }
  
  public String getNev() {
  return nev;
  }
  
  public double getAr() {
  return ar;
  }
  
  public double getMenny() {
  return menny;
  }
  
  public void setMenny(double menny) {
  menny += menny;
  }
  
  }
  
  public class Raktar {
  Vector<String> aru = new Vector<String>();
  
  public void felvitel() {
  String nev = Console.readLine("Kérem adja meg az áru nevét: ");
  Termek aru = new Temek(nev, 0.0);
  if (zoldsegek.contains(aru)) {
  System.out.println("Az áru már létezik!");
  return;
  }
  double ar = Console.readDouble("Adja meg az áruárát: ");
  double menny = Console.readDouble("Adja meg az áru mennyiségét (kg): ");
  aru.add(new Termek(nev, ar));
  }

  A Termek osztály még nincs kész és valszeg nem is jó.

  É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

  #4855 alratar

  És ez így is van.

  class Termek{
  private String nev;
  private double ar;
  private double menny;
  
  public Zoldseg(String nev, double ar) {
  this.nev = nev;
  this.ar = ar;
  menny = 0.0;
  }
  
  public String getNev() {
  return nev;
  }
  
  public double getAr() {
  return ar;
  }
  
  public double getMenny() {
  return menny;
  }
  
  public void setMenny(double menny) {
  menny += menny;
  }
  
  }
  
  public class Raktar {
  Vector<String> aru = new Vector<String>();
  
  public void felvitel() {
  String nev = Console.readLine("Kérem adja meg az áru nevét: ");
  Termek aru = new Temek(nev, 0.0);
  if (zoldsegek.contains(aru)) {
  System.out.println("Az áru már létezik!");
  return;
  }
  double ar = Console.readDouble("Adja meg az áruárát: ");
  double menny = Console.readDouble("Adja meg az áru mennyiségét (kg): ");
  aru.add(new Termek(nev, ar));
  }

  A Termek osztály még nincs kész és valszeg nem is jó.

  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

  #4855 alratar

  És ez így is van.

  class Termek{
  private String nev;
  private double ar;
  private double menny;
  
  public Zoldseg(String nev, double ar) {
  this.nev = nev;
  this.ar = ar;
  menny = 0.0;
  }
  
  public String getNev() {
  return nev;
  }
  
  public double getAr() {
  return ar;
  }
  
  public double getMenny() {
  return menny;
  }
  
  public void setMenny(double menny) {
  menny += menny;
  }
  
  }
  
  public class Raktar {
  Vector<String> aru = new Vector<String>();
  
  public void felvitel() {
  String nev = Console.readLine("Kérem adja meg az áru nevét: ");
  Termek aru = new Temek(nev, 0.0);
  if (zoldsegek.contains(aru)) {
  System.out.println("Az áru már létezik!");
  return;
  }
  double ar = Console.readDouble("Adja meg az áruárát: ");
  double menny = Console.readDouble("Adja meg az áru mennyiségét (kg): ");
  aru.add(new Termek(nev, ar));
  }

  A Termek osztály még nincs kész és valszeg nem is jó.

  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

  #4852 alratar

  Nos, röviden azt szeretném, hogy letároljam egy termék (pl valamilyen gyümölcs) nevét, és az adott termék két tulajdonságát (ár és, hogy mennyi van belőle).

  Erre írtam egy termek nevű osztályt, ahol az adott árura vonatkozó metódusok vannak. (nevének a lekérdezése, árának a lekérdezése stb.)
  És írtam egy másik, Raktar osztályt, ahol deklaráltam a vektoromat és hozzá szeretném adni a vektorhoz a három adatot. (áru neve, ára, és a mennyisége)

  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

  #4850 alratar

  Kicsit utánaolvastam, és azt írja, ha Object típust adok a vektornak, akkor jó lesz!

  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

  #4845 alratar

  Akkor viszont nem tudom milyen típust adjak meg a vektornak, ugyanis egy nevet, s két nem egész számot szeretnék tárolni.
  Esetleg két másik vektorban tároljam a számokat?

  Akár használhatnék azt is!

  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

  #4843 alratar

  Létrehoztam egy String típusú vector-t és hozzá szeretnék adni egy elemet az add metodussal, de aláhúzza és ezt írja ki: The method add(String) in the type Vector<String> is not applicable for the arguments

  Mi lehet a probléma?

  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

  #4742 alratar

  Köszönöm, így már jó !

  @WonderCSab: Ennél a gyakorló feladatnál ez nem fontos!
  De köszönöm a tippet!

  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

  #4739 alratar

  Üdv.

  Beírtam ezt a sort: Vector numbers = new Vector();
  De ezt írja ki: Vector is a raw type. References to generic type Vector<E> should be parameterized

  Mi lehet a baj?

  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

  #4736 alratar

  De ha jól értem akkor sem kaptam el, ha fenn van a java, feltéve ha nem látogattam meg az oldalt. (Yahoo)

  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

  #4502 alratar

  Én is most tanulom a javat önszorgalomból!
  Én az Angster Erzsébet féle Objektumorientált tervezés és programozás - JAVA I. és II. kötete ajánlom.

  Sokan nem szeretik (nem tudom miért), de szerintem az egyik legjobb anyag a piacon, magyar nyelven meg talán a legjobb.

  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

  #4314 alratar

  Köszönöm, már jön is!

  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

  #4311 alratar

  Lehet nem ide kéne, de tudnátok valami jó UML készítőt mondani? (Magyar nyelv előny, de nem feltétel)

  É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

  #4311 alratar

  Lehet nem ide kéne, de tudnátok valami jó UML készítőt mondani? (Magyar nyelv előny, de nem feltétel)

  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

  #4207 alratar

  Mi a különbség => és >= között?

  Ugyanis mikor ezt írtam:
  x >= 10 && x <= 20
  Semmi gond.

  Viszont itt:
  x => 10 && x <=20
  The operator && is undefined for the argument type(s) int, boolean

  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

  #4207 alratar

  Mi a különbség => és >= között?

  Ugyanis mikor ezt írtam:
  x >= 10 && x <= 20
  Semmi gond.

  Viszont itt:
  x => 10 && x <=20
  The operator && is undefined for the argument type(s) int, boolean

  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

  #4207 alratar

  Mi a különbség => és >= között?

  Ugyanis mikor ezt írtam:
  x >= 10 && x <= 20
  Semmi gond.

  Viszont itt:
  x => 10 && x <=20
  The operator && is undefined for the argument type(s) int, boolean

  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

  #4126 alratar

  Valóban nincs értelme.
  Igazából csak kíváncsi voltam!

  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

  #4124 alratar

  Sziasztok.

  Jól vettem le, hogy castolni csak egy típust lehet visszafelé?
  Double típusra akartam booleant húzni, de nem engedte!

  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