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

• skoda12 aktív tag

  #1938

  #1937 x123456

  2010-08-23 11:07: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

  

  skoda12

  aktív tag

  #1937 x123456

  Bár nem kifejezetten javas fórum, de van rajta pár javahoz értő: hup
  Ez meg nem igazán forgalmas: javaforum
  Egyébként swinges kérdésekre ezeken a helyeken sem kapsz túl sok érdemi választ. Swing, AWT mind halott, amire ezeket az apikat használták, abban már a .NET vonal erősebb. Ami java vonalon pörög az a spring, hibernate, seam, richfaces, jsp, jsf. A többibe szerintem ne ölj túl sok energiát.

• x123456 aktív tag

  #1936

  #1935 x123456

  2010-08-22 08:51:57

  Ú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

  

  x123456

  aktív tag

  #1935 x123456

  Épp csak a lényeg maradt le...
  szóval létre akarok hozni két menüt, eltérő fontokkal.
  Ilyenkor minden egyes menüponthoz egyenként be kell állítani, hogy milyen fontot használjon. Automatizálni persze tudom, de kérdés, hogy van-e valahol a swing-ben/awt-ben eldugva ilyen beállítási lehetőség?

• A szerzetes csendes tag

  #1931

  #1920 x123456

  2010-08-20 22:24: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

  

  A szerzetes

  csendes tag

  #1920 x123456

  A vesémbe látsz

• x123456 aktív tag

  #1930

  #1929 x123456

  2010-08-20 20:54: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

  

  x123456

  aktív tag

  #1929 x123456

  Naszóval ez még mindig homályos, de a weightx=weighty=1 volt részben a megoldás.
  Mondjuk én úgy értettem, hogy ezzel az egyes komponensek méretváltozásának az arányait lehet egymáshoz képest szabályozni, nem pedig az egész konténer méretéhez...

• x123456 aktív tag

  #1929

  #1928 x123456

  2010-08-20 18:46:59

  Ú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

  

  x123456

  aktív tag

  #1928 x123456

  Továbbmegyek: semmilyen 1x1 cellásnál nagyobb komponens sem akar úgy működni, ahogy a leírás alapján képzelném:

  cc.setLayout(new GridBagLayout());
  GridBagConstraints gbc;
  gbc=new GridBagConstraints();
  gbc.gridx=1; gbc.gridy=1;
  gbc.gridwidth=3; gbc.gridheight=3;
  JButton b0=createJB("BUTTON0","cmd0",this);
  b0.setBorder(new TitledBorder("keretes keret"));
  cc.add(b0,gbc);

  A "cc" a JFrame.getContentPane()-ből származik. A fentiről én úgy gondoltam, hogy egy 3x3 cellát elfoglaló gombot kapok, a panel bal szélén és tetején egy-egy üres oszloppal, ill. sorral.
  Ehhez képest kapok egy egyetlen cellát elfoglaló objektumot az ablak közepén.
  Mit rontok el v. értek félre? (az a Border-es dolog csak nyomkövetési céllal került bele: arra voltam kíváncsi, a komponens foglal-e kisebb helyet, mint szeretném vagy a helyfoglalás stimmel, csak a gomb méretezése lesz kisebb - ebből úgy tűnik, valóban kisebb helyet foglal az előírtnál)

• Karma félisten

  #1927

  #1926 x123456

  2010-08-20 13:25: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

  #1926 x123456

  Vannak még piszkos megoldások ilyen esetben
  Pl. a ClassLoaderrel kézzel töltöd be a legnagyobb sorszámú osztályt. Vagy konfigfájlból olvasod be a betöltendő osztály nevét.

• Karma félisten

  #1925

  #1924 x123456

  2010-08-20 12:49:26

  Ú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

  #1924 x123456

  Ez most csak egy ötlet, de szerintem meg lehet oldani.

  Most olvastam, hogy a statikus metódusok compile-time bindingon mennek át, tehát ha az ősosztályban hivatkozol egy saját statikus metódusra közvetlenül, akkor biztosan az ősosztályé fog meghívódni.

  Viszont ha reflekciót használsz, akkor meg tudod hívni név alapján.

  Úgyhogy megpróbálhatnál az ős- és leszármazott osztályban is egy azonos nevű factory metódust írni, és azt a main()-ben GetClass().GetMethod("xxx") és az Invoke() segítségével meghívni.

  Annyi mondjuk a csavar csak, hogy a main() metódust indításkor meg kell határoznod, melyik osztályban keresse a JVM De úgyis csak kísérletről van szó, nem?

  Élő rendszerekben ez nagyságrendekkel bonyolultabb, általában frameworkök vannak az életciklusokra, a cserélhetőségre meg ilyenek...

• Karma félisten

  #1922

  #1921 x123456

  2010-08-20 07:17: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

  

  Karma

  félisten

  #1921 x123456

  A beépített layoutokkal való szívás helyett fogd meg a MigLayoutot, pillanatok alatt össze fogod tudni rakni vele amit szeretnél.

  Céges projectben is felhasználtam már (BSD licenc), sok évvel meghosszabbította a várható élettartamomat.

• x123456 aktív tag

  #1921

  #1914 x123456

  2010-08-20 07:00:51

  Ú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

  

  x123456

  aktív tag

  #1914 x123456

  Ezt kissé át kell fogalmaznom, mert azt hiszem, valamit félreértettem elsőre: szóval annyi lenne a lényeg, hogy egy darab komponenst szeretnék egy 3x3 mezőnyi helyet elfoglaló terület közepére tenni úgy, hogy akkor is a mező közepén maradjon, ha változik az ablak mérete. Ezt a GridBagLayout-tal hogy lehet megoldani?
  Valahol elvesztem a doksikban. Úgy tűnik, a fill és anchor mezőkön kívül is van még valami, ami befolyásolja a komponensek elhelyezését, mert ezzel a kettővel a max. amit el tudtam érni az az volt, hogy a 3x3-as terület alsó sorának közepére tette...
  Hm. Na mind1, még keresgélek.

• shev7 veterán

  #1912

  #1911 x123456

  2010-08-18 22:28: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

  

  shev7

  veterán

  #1911 x123456

  Az elso kerdesedet nem igazan ertem. Mit csinalna a "belso metodus"?

  A masodikra pedig: Xy.this a valasz.

• skoda12 aktív tag

  #1909

  #1908 x123456

  2010-08-17 09:56: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

  

  skoda12

  aktív tag

  #1908 x123456

  Jigloo néven található egy swt/swing gui builder plugin.

• shev7 veterán

  #1905

  #1904 x123456

  2010-08-16 18:06:39

  Ú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

  

  shev7

  veterán

  #1904 x123456

  mire gondolsz? Hogy fizetos lett a java? Arrol vagy barmilyen ilyen temat erinto valtozasrol azert hallottal volna

• shev7 veterán

  #1903

  #1902 x123456

  2010-08-16 17:50:44

  Ú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

  

  shev7

  veterán

  #1902 x123456

  "Olvastam ezt az android-google ellen készülő pert"

  Az teljesen masrol szol. A google irt egy sajat VM-et, a Sun azt allitja, hogy a VM kodjanak egy reszet toluk nyultak. Ennek a pernek semmi koze ahhoz, hogy te irsz egy java alkalmazast.

• Devdi aktív tag

  #1901

  #1900 x123456

  2010-08-15 12:45: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

  

  Devdi

  aktív tag

  #1900 x123456

  Sima C... Majd lehet belekukkantok akkor az angolba is. Igaz nem vagyok túl jó belőle, de meg tudok vele birkózni

• Löncsi őstag

  #1897

  #1895 x123456

  2010-08-14 14:49: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

  

  Löncsi

  őstag

  #1895 x123456

  javax.swing.SwingUtilities.invokeLater(new Runnable() { .. }

  Fontos ,hogy kirajzolásokat az EDT szálon hajtsuk végre, más esetben hiba léphet fel (nomeg a grafikai műveletket meg kell próbálni függetleníteni a számításoktól, ezért kell külön szál).
  Az invokeLater biztosítja, hogy a kirajzolás EDT szálon hajtódik végre. (Ugye paraméterben egy Runnable-et adsz át, a run() metódus tartalmazza a grafikai parancsokat).

  Le is tudod ellenőrizni ,hogy a kirajzolás EDT-n történik-e, az isEventDispatchThread() függvény meghívásával , logikai értéket ad vissza.

  Remélem hasznos volt,bár látom utánajártál.

• x123456 aktív tag

  #1896

  #1895 x123456

  2010-08-14 03:06:26

  Ú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

  

  x123456

  aktív tag

  #1895 x123456

  Azt hiszem, megvan a magyarázat.

• A szerzetes csendes tag

  #1894

  #1893 x123456

  2010-08-01 15:45:35

  Ú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

  

  A szerzetes

  csendes tag

  #1893 x123456

  Talán, h bonyolultabb számítás, vagy lassabb erőforrás elérés esetén se legyen az h nem válaszol az ablak, meg nem látszik rajta semmi...

• skoda12 aktív tag

  #1891

  #1890 x123456

  2010-07-29 23:58:31

  Ú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

  #1890 x123456

  Amit te akarsz, azt így lehet megoldani:
  class A<T extends Valami>{...}
  ?-t nem használhatsz osztály és metódus megadásakor (csak metódus paraméterlistáján belül).

• x123456 aktív tag

  #1890

  #1886 x123456

  2010-07-29 21:09: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

  

  x123456

  aktív tag

  #1886 x123456

  Van itt valaki, aki érti a hivatkozott hozzászólásomban vázolt "súlyos" problémámat?
  Ha igen: nem lehet, hogy marhaságot akartam ráerőszakolni a java-ra?
  Amikor írtam még úgy éreztem, hogy értem mit akarok. Azóta kissé elbizonytalanodtam: jelenleg értelmetlennek tűnik az elképzelés, hogy osztálydefinícióba wildcardot tegyek...

  Az a baj, hogy már nem tudom eldönteni: akkor voltam belekavarodva az info áradatba, vagy most (hogy már értelmetlennek tűnik) kutyultam össze valamit.

• x123456 aktív tag

  #1889

  #1886 x123456

  2010-07-26 21:56: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

  

  x123456

  aktív tag

  #1886 x123456

  Ezt egyre kevésbé értem. A java fordítóm (Sun JDK 1.6) is tiltakozik ellene, tehát valóban nem stimmel amit elképzeltem. Ugyanakkor a neten találtam olyan példát, ami szerint működnie kéne. Persze ha azt bemásolom, akkor sem megy.
  Na mind1, elfogadom, hogy ez van.

• skoda12 aktív tag

  #1884

  #1883 x123456

  2010-07-25 18:27: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

  

  skoda12

  aktív tag

  #1883 x123456

  "Ezt a metódust úgy kell értelmezni, hogy van egy U paramétere, valamint egy olyan, ami a List generikusból, azon belül kizárólag a Box generikus valamely fajtájából származik és megkötés, hogy a Box "altípusa" (nem tudom, erre mi lenne a helyes kifejezés) meg kell egyezzen az első paraméter típusával/osztályával?"

  Igen, valamilyen Box-okat tartalmazó listát vár. Egyébként java.util.List-ként találod meg a listát, ami egy interface. Az implementációi pedig szintén a java.util csomagban találhatók.

• skoda12 aktív tag

  #1882

  #1881 x123456

  2010-07-25 09:45:36

  Ú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

  #1881 x123456

  Ahogy a linkelt oldalon is látható, a Box egy generikus osztály és tartalmaz t névvel egy változót:
  ...
  private T t;
  ...
  Az add függvény ennek a t-nek adna értéket. A fillBoxes pedig átvesz egy listát, amiben Boxok vannak és minden Boxhoz hozzáadja u-t. De nyilván tudnia kel, hogy mi a típus. Ez lesz az a típus, amit U helyére írsz be.

• x123456 aktív tag

  #1881

  #1880 x123456

  2010-07-25 08:16: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

  

  x123456

  aktív tag

  #1880 x123456

  Na, jólvan, kezd tisztulni... (nem félálomban kellene ilyesmivel foglalkoznom. )
  Az U szerepe rendben, már csak a List<Box<U>> maradt függőben.

• shev7 veterán

  #1879

  #1878 x123456

  2010-07-24 23:21: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

  

  shev7

  veterán

  #1878 x123456

  jelzi, hogy az U-t nem mint tipust kell ertelmezni, hanem az generikus.

• skoda12 aktív tag

  #1875

  #1874 x123456

  2010-07-23 08:40: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

  

  skoda12

  aktív tag

  #1874 x123456

  Viszonylag gyakran előkerülnek. Gondolj pl a tárolókra, mint a Vector, HashMap, LinkedList, ... vagy pl TypedQuery JPA-ban. De saját generikus class-t vagy interface-t is sokszor kell írni. Ezekkel a generikusokkal megspórolható egy csomó castolás, így gyorsabb a program.

• skoda12 aktív tag

  #1872

  #1871 x123456

  2010-07-21 19:24: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

  

  skoda12

  aktív tag

  #1871 x123456

  Ha unatkozol, tanulj Java EE-t. Mostanában jól meg lehet belőle élni, előzetes tapasztalat nélkül is.

• skoda12 aktív tag

  #1870

  #1868 x123456

  2010-07-20 20:34: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

  #1868 x123456

  Javat szerintem ne erőltesd telefonokon. Ha ilyen irányba akarsz elmozdulni, akkor döntened kell, hogy Iphone vagy Android. Iphone-nal nincs tapasztalatom, androidra viszont elég gázos a fejlesztés. Verziónként külön sdk, gagyi programnyelv és api, nincs fix programbelépési pont csak repkednek az események, xml descriptorok, bugos emulátor (de csak hogy könnyebb legyen a fejlesztés) ... Szóval elég hulladék. Lehet, hogy mint end user, nagyon látványos tapogatni az ikonokat a telefonon, de fejleszteni rá ...

• x123456 aktív tag

  #1869

  #1863 x123456

  2010-07-20 16:42: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

  

  x123456

  aktív tag

  #1863 x123456

  Sokadszorra végignézve a dolgot, mégsem értettem félre és a szerző sem tévedett. Az Eclipse hibaüzenetét nem sikerült értelmeznem.

• shev7 veterán

  #1867

  #1866 x123456

  2010-07-20 13:00: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

  

  shev7

  veterán

  #1866 x123456

  hat en anno csak szimpla szoveges menus alkalmazasokkal szorakoztam, de emlekeim szerint a j2me eleg volt. Bar elofordulhat hogy rosszul emlekszem....

• shev7 veterán

  #1865

  #1864 x123456

  2010-07-20 12:48: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

  

  shev7

  veterán

  #1864 x123456

  regota van mar J2ME. Annak mennie kell a J2ME kompatibilis telokon.

• Frigo őstag

  #1862

  #1861 x123456

  2010-07-17 10:59: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

  

  Frigo

  őstag

  #1861 x123456

  Üdv, szeptemberben fog megjelenni az Agyhullám(Head first) Java könyv melegen ajánlott minden Java-t tanulónak beszerezni ,kezdők számára talán messze ez a legjobb könyv a témában.

• A szerzetes csendes tag

  #1860

  #1858 x123456

  2010-07-17 10:10: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

  

  A szerzetes

  csendes tag

  #1858 x123456

  Interface-ben hamegadsz egy metodust, az implicit abstracs és public mást nem is lehet megadni interface-en belül. Ha viszont az osztályba nem írod ki a pulblic-ot akkor csomagon belül ugyan publikus, de csomagon kívül privát és ez a viselkedés nem egyezik meg a puliblic-kal, hanem annak szűkítése, ami nem megengedett...

• skoda12 aktív tag

  #1859

  #1858 x123456

  2010-07-17 09:58:28

  Ú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

  #1858 x123456

  Nézd meg, hogy tudnál külső osztályból létrehozni egy másik osztályba ágyazott osztályból egy példányt.

  package javaapplication1;
  
  class A{
  class B{
  
  }
  
  static class C{
  
  }
  }
  
  
  public class Main {
  
  
  public static void main(String[] args) {
  A a = new A();
  A.B b = a.new B();
  
  A.C c = new A.C();
  }
  
  }

  Mint láthatod, ha nem static nested classról van szó, akkor kell egy példány először a beágyazó osztályból. Ezért b által hivatkozott objektum kapcsolódik a által hivatkozotthoz.
  --------------------------------------------------
  Az interface-szes problémára: Egy interface minden függvénye impliciten public elérésű. Felülírási szabály szerint pedig nem szűkítheted egy függvény elérését (ezesetben publicról defaultra).

• gaben aktív tag

  #1853

  #1851 x123456

  2010-07-14 22:47:35

  Ú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

  

  gaben

  aktív tag

  #1851 x123456

  Szerintetek a programozási logikát hogyna lehet fejleszteni?

• skoda12 aktív tag

  #1850

  #1842 x123456

  2010-07-14 21:29:48

  Ú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

  #1842 x123456

  Ha a sun-os tutort olvasod, akkor gondolom nincs gond az angol szakirodalommal sem. Ebben az esetben pedig a SCJP study guide az alapmű. Ha pedig valami spéci API érdekel, akkor arra külön kell keresni.

• j0k3r! őstag

  #1843

  #1842 x123456

  2010-07-13 21:05: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

  

  j0k3r!

  őstag

  #1842 x123456

  az oktatot ismerem, a pdf-et nem: link

• gaben aktív tag

  #1839

  #1838 x123456

  2010-07-13 08:41: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

  

  gaben

  aktív tag

  #1838 x123456

  Szia!
  Hmm...
  server glx version string: 1.2
  client glx version string: 1.4
  GLX version: 1.2
  OpenGL version string: 1.4 Mesa 7.7.1

  Most a server meg a Client version közt mi a különbség? Ezt ne mnagyon értem, meg miért régi?

  Még egy kérdés:
  Olyan problémám volna ,hofy van egy forrsákód ,ami külső, nem szokványos importokat használ. (neurális háló példa progi )
  Szóval nem ismeri az importokat alapból. .JAr fájl nincs ,helyette van egy .tar.gz állomány. Ebben vannak .class fájlok és .java fájlok is ebben van a tutor is,meg azok a jegyzékeke is amit az importbna használna. Ezt kibontom Winrarral. Eclipse-ben a Library-knál (ahol .jar-t adnám hozzá más esetben), ott rámegyek az External Class folders, beállítom ,de semmi. Mit kell ezzel kezdeni?

• gaben aktív tag

  #1837

  #1836 x123456

  2010-07-11 18:57: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

  

  gaben

  aktív tag

  #1836 x123456

  köszi. Igen Intele-em van ,ezért ne mértem én sem ezt az ATI-s dolgot. Valszeg a környezetben valami becsaphatja...

• Löncsi őstag

  #1833

  #1832 x123456

  2010-07-11 00:59: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

  

  Löncsi

  őstag

  #1832 x123456

  'a'-beli try-catch ágat törölheted sztem, mivel ott 'b'-t hívod meg, a b-hez tartozó catch fog működni.

  Amúgy kérdésedre a válasz ,hogy nem tudom, igazából nem tudom mi értelme lenne..

• skoda12 aktív tag

  #1830

  #1828 x123456

  2010-07-08 15:26: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

  

  skoda12

  aktív tag

  #1828 x123456

  Írok egy példát és abból le fog tisztulni:

  package javaapplication1;
  
  class A{
  public static void staticF(){
  System.out.println("staticF() A");
  }
  
  public void f(){
  System.out.println("f() A");
  }
  }
  
  class B extends A{
  public static void staticF(){
  System.out.println("staticF() B");
  }
  
  public void f(){
  System.out.println("f() B");
  }
  }
  
  
  public class Main {
  
  
  public static void main(String[] args) {
  A a = new B();
  B b = new B();
  
  a.f();
  a.staticF();
  b.f();
  b.staticF();
  }
  
  }

  Kimenet:

  f() B
  staticF() A
  f() B
  staticF() B

• x123456 aktív tag

  #1829

  #1828 x123456

  2010-07-08 07:13:11

  Ú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

  

  x123456

  aktív tag

  #1828 x123456

  Továbbmegyek: a Sun tutorial alapján sem tiszta. Hogy más szabályok vonatkoznak a definiálásukra, az rendben van, de ez lenne az eltérés, amiért az egyiket felüldefiniálásnak, a másikat elfedésnek nevezik? Egyéb, főként működésbeli eltérés nincs?

• Karma félisten

  #1819

  #1818 x123456

  2010-06-23 08:25:08

  Ú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

  #1818 x123456

  Azért, mert a StackOverflowError, mint a neve is sugallja, nem Exception. Ha nagyon el akarod kapni, akkor StackOverflowErrort, Errort vagy Throwable-t rakj a catchbe.

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