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

• floatr veterán

  #8195

  #8193 Dave-11

  2016-03-19 13:55: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

  

  floatr

  veterán

  #8193 Dave-11

  A getClass() egy metódus, amit akkor tudsz használni, ha van egy példányod futás időben. Pl előszedsz valahonnét egy ismeretlen típusú objektumot, és meghívod ezt a metódust, akkor a runtime viszaadja a típusához kapcsolt metaadatokat. A .class egy operátor, és a fordító fogja feloldani a dolgot

  Egy szemléletes példa:

  ...
  Object o = cacheMap.get(id);
  if (o != null && o.getClass().equals(User.class)) {
  User u = (User) o;
  ...
  }

• F1rstK1nq aktív tag

  #8194

  #8193 Dave-11

  2016-03-18 16:11: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

  

  F1rstK1nq

  aktív tag

  #8193 Dave-11

  Gondolom a static main() metódusban használod.
  Igen amit mondasz, ebben az esetben teljesen jó. AktualisOsztaly.class a getClass() helyett.

  Kevés az esélye, hogy ezt egy static metódusban fogod használni real life projectben, bár ki tudja.

• F1rstK1nq aktív tag

  #8192

  #8191 Dave-11

  2016-03-18 15:45: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

  

  F1rstK1nq

  aktív tag

  #8191 Dave-11

  Ez a klasszikus megoldás:

  String fileName = "res01.res";
  ClassLoader classLoader = getClass().getClassLoader();
  URL resource = classLoader.getResource(fileName);
  if (resource != null) {
  File file = new File(resource.getFile());
  try (BufferedReader br = new BufferedReader(new FileReader(file))) {
  
  String line;
  while ((line = br.readLine()) != null) {
  System.out.println(line);
  }
  } catch (IOException e) {
  e.printStackTrace();
  }
  }

  Viszont, ha érdekel más módszer is, itt még tudsz csemegézni Java8-as megoldások közül is. Viszont amit ezekben a megoldásokban nem látsz, hogy hogyan éred el a resources alatti fájlokat. Így:
  ClassLoader classLoader = getClass().getClassLoader();
  URL resource = classLoader.getResource(fileName);

• caindwan aktív tag

  #5801

  #5788 Dave-11

  2014-08-27 17:16: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

  

  caindwan

  aktív tag

  #5788 Dave-11

  Nekem az a konyv nagyon bejott, szamomra erthetoen fogalmazott.
  @WonderCsabo: Az jo regeny!
  @raggg: legalabb gyakorlom az angolt

• Szmeby tag

  #5785

  #5784 Dave-11

  2014-08-21 13:16: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

  

  Szmeby

  tag

  #5784 Dave-11

  Ha biztosra akarsz menni, akkor a default package-be teszed.

  Ami ugye azt jelenti, hogy az osztály a classpath gyökerébe kerül, és elhagyod az osztály első sorában a package sort.
  Habár szerintem is a sereg csomagon kívüliségre gondolt, de furán fogalmaz, az biztos. Ha úgy érzed valami speciális illene ide, akkor csak a default package marad. Ki tudja, lehet, hogy előadáson így nevezte a default package-et. Ha így lenne, de te nem így csináltad, akkor viszont mehetsz reklamálni, mert azt nem úgy hívják és különben is odaírhatta volna, hogy pontosan mire gondol.

• -v- addikt

  #5781

  #5777 Dave-11

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

  

  -v-

  addikt

  #5777 Dave-11

  És a többi feladatot is elolvastad előtte? Mert akkor elég egyértelmű:
  Írj egy (a sereg) csomagon kívüli futtatható osztályt!
  Futtatható: van benne main ... de ez is elég egyértelmű a feladatból.

• Szmeby tag

  #5775

  #5773 Dave-11

  2014-08-19 19:17: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

  

  Szmeby

  tag

  #5773 Dave-11

  Az osztályokat csomagokba rendezzük, arról gondolom már volt szó. Bizonyára valamilyen csomagban lévő osztályról beszél (pl.: com.dave.proba.MyClass), és most az idézeted egy az adott csomagon kívül eső osztályra tér rá (pl.: com.dave.MyOtherClass).

  Egy osztályt futtathatónak nevezhetünk, ha van pl. main metódusa. De a "futtatható" szó akár a Runnable interfészre is vonatkozhat, ami a szálkezelésnél jön elő, és teljesen mást takar.
  Amúgy nem tudom, ennyi információból nem lehet megmondani, max találgatni.
  Szerintem ne várj érdemi választ egy kontextusból kiragadott mondatra, akarom mondani 4 szóra.

  Valószínűleg többre mennél a könyv eredeti (angol nyelvű) változatával. Bár nem olvastam még, de sajnos az a tapasztalat, hogy előszeretettel fordítanak le MINDENT (igen, a keyword-öket is) elcseszett magyar kifejezésekre, így totálisan érthetetlenné téve a szöveget. Persze az is lehet, hogy csak nekem tűnik érthetetlennek, mert én az angol neveken szocializálódtam. Sose hívnám az interfészt pl. felületnek. És ez még a megbocsátható elfordítások közé tartozik. Borzasztó miket ki nem találnak.

• emvy félisten

  #5769

  #5764 Dave-11

  2014-08-17 22:21:01

  Ú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

  

  emvy

  félisten

  #5764 Dave-11

  A privat adattagok oroklodnek, de nem lathatoak. Azert nem jo kifejezes a 'nem oroklodnek', mert memoriat foglalnak, inicializalod(hat)nak, satobbi.

• MrSealRD veterán

  #5768

  #5766 Dave-11

  2014-08-17 16:47: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

  

  MrSealRD

  veterán

  #5766 Dave-11

  A kérdés ennél kicsit bonyolultabb.

  Itt érdemes megnézni a Private Members in a Superclass című részt.

  Tehát az alosztály nem örökli az ősosztály privát tagjait. Azonban ha ezekhez a tagokhoz az ősosztályban írsz public vagy protected metódusokat akkor az alosztály ezáltal hozzáférést kap az ősosztály privát adattagjához...

  Ezt egyébként gyakorlati úton is lehet bizonyítani.:
  Ha a ClassA-t átírod az alábbi kódban a saját osztályaid nevére, akkor ez kiírja az adott osztály adattagjait. Ez a kód amúgy a stackoverflow-ról van. Van ott pár érdekes kérdés erről a témáról.
  Szóval ha lefuttatod akkor látni fogod, hogy az ősosztályodra listázni fogja az adattagokat, de a belőle származó alosztály esetében nem fog megjelenni a listában az ősosztály private adattagjai.

  public static void main(String[] args) {
  inspect(ClassA.class);
  }
  
  
  static <T> void inspect(Class<T> klazz) {
  Field[] fields = klazz.getDeclaredFields();
  System.out.printf("%d fields:%n", fields.length);
  for (Field field : fields) {
  System.out.printf("%s %s %s%n",
  Modifier.toString(field.getModifiers()),
  field.getType().getSimpleName(),
  field.getName()
  );
  }
  }

  De olvastam olyat is ahol azt írták, hogy inkább azt modjuk örökli, de nincs hozzáférése...

• MrSealRD veterán

  #5765

  #5764 Dave-11

  2014-08-17 12:47: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

  

  MrSealRD

  veterán

  #5764 Dave-11

  Az A osztályodban az adattag private, de a hozzá tartozó getter & setter public. Ezért azok bárhonnan láthatóak. Ez így van jól.

  Ha csinálsz egy public adattagot az A osztályban akkor látni fogod, hogy B osztályban el tudod érni getter & setter nélkül... Ez mondjuk nem túl egészséges...de ha tovább olvasol majd meglátod.

  A getter & setter lényege pont az, hogy ellenőrzött módon tudj az adattagokhoz hozzáférni...

• Davs tag

  #3262

  #3261 Dave-11

  2013-01-14 17:51:24

  Ú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

  

  Davs

  tag

  #3261 Dave-11

  class MyClass {
  public MyClass {} // constructor

  public String toString() {
  return "Hello en vagyok az, MyClass" ;
  }

  public static void main(..) {
  System.out.println(new MyClass()) ; //Hello, en vagyok az, MyClass
  }

  }

  Magyarul "ki tudod iratni az objektumot" .

• TBG senior tag

  #3249

  #3248 Dave-11

  2012-12-30 18:53: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

  

  TBG

  senior tag

  #3248 Dave-11

  c++ - ban van interface, de az kicsit más. Inkább a java abstract-ra hajaz, ha jól emléxem. Illetve elveiben ugyanaz csak az implementáció más.

• TBG senior tag

  #3247

  #3246 Dave-11

  2012-12-30 12:22: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

  

  TBG

  senior tag

  #3246 Dave-11

  Van bámilyen más programnyelvből előképzettséged? Lehet, hogy egy ismert nyelven keresztül egyszerűbb lenne megérteni

• modder aktív tag

  #3244

  #3239 Dave-11

  2012-12-29 20:18:16

  Ú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

  #3239 Dave-11

  Ha már a könyvben szó esett arról, hogy "az osztály implementálja az x interfészt", akkor gyanítom, hogy egy valós példa is szerepel az interfész alkalmazására.

  Többek között azért jó egy interfész, mert elrejti az osztály konkrét implementációját (fordítási időben).

  Egy egyszerű példa a Swing ActionListener interfész amit arra használhatsz, hogy gui eseményekre (pl. gomb megnyomása) valamit reagáljon a programod.
  A GUI komponens .addActionListener( ActionListener listener ) metódusának egy olyan objektumra van szüksége, aminek van actionPerformed( ActionEvent e ) metódusa. Tehát létrehoztak neki egy interfészt, amiben deklarálták ezt a metódust, ez lett az ActionListener interfész. Ezzel kényszerítik ki, hogy csak olyan objektumot adjál át ennek a metódusnak, aminek megvan a megfelelő actionPerformed( ActionEvent e ) metódusa.

  Vissza a fordítási időhöz: Látható, hogy a Swing készítőket nem érdekli, hogy miután lefordították a Swing library-t milyen ActionListener objektumokat fog létrehozni a fejlesztő, lehet azoknak az objektumoknak hatszáz másik metódusa is, és mindegy, hogy mit csinál. Ami a fontos, hogy a fejlesztő által létrehozott listener objektumoknak meglesz az elvárható tulajdonsága: lesz neki actionPerformed( ActionEvent e ) metódusa.

• Davs tag

  #3242

  #3239 Dave-11

  2012-12-29 19:44:43

  Ú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

  

  Davs

  tag

  #3239 Dave-11

  Egy intefesz csak definialja a metodusok neveit. Ha az osztalyod implementalja az interfesz, akkor az osztalynak definialnia kell MINDEN metodust, ami az interfeszben volt. Ahogy az elottel szolo peldajaban is latod, a MyService interfeszben csak a metodusok neve van definialva. A MyServiceImpl osztaly implementalja a MyService interfeszt, ezert implementalnia kell a get/setSomething metodusokat.

  Ez ez egesz iterfeszes dolog pl arra jo, hogy ellenorizni tudod, hogy egy osztaly implementalja-e az adott interfeszt, es ha igen, akkor biztosan tudod, hogy az osztaly tartalmazza az interfeszben definialt metodusokat stb.

• TBG senior tag

  #3241

  #3239 Dave-11

  2012-12-29 19:34: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

  

  TBG

  senior tag

  #3239 Dave-11

  Pár szó akkor.

  Interfész:

  public interface MyService {
  
  public void setSomething();
  public String getSomething();
  
  }
  
  public class MyServiceImpl implements MyService {
  
  @Override
  public void setSomething(String something) {
  // Do something...
  }
  @Override
  public String getSomething() {
  return "Some String";
  }
  public void setFoo(String foo) {
  // Do anything else...
  }
  
  }
  
  public class Something {
  
  public static void main(String[] args) {
  
  // Ebben az esetben csak azokat a metódusokat látod, amiket a MyService interfész deklarál....
  MyService myService = new MyServiceImpl();
  myService.setSomething("Hehe");
  String something = myService.getSomething();
  
  // Ebben az esetben látod az interfész által deklarált metódusokat és az egyebeket is.
  MyServiceImpl myServiceImpl = new MyServiceImpl();
  myServiceImpl.setSomething("Hehe");
  String something = myServiceImpl.getSomething();
  myServiceImpl.setFoo("Foo");
  
  // Röviden...
  
  }
  
  }

• MrSealRD veterán

  #3240

  #3239 Dave-11

  2012-12-29 19:27: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

  

  MrSealRD

  veterán

  #3239 Dave-11

  Türelem...Olvass tovább és akkor tiszta lesz. Nem véletlen nem tart még ott a könyv, hogy ezt tárgyalja.

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