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

• Drizzt nagyúr

  #11218

  #11216 p76

  2020-08-11 18:02: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

  

  Drizzt

  nagyúr

  #11216 p76

  #11216 p76

  Composite Design Pattern in Java

  Van itt valaki aki tényleg így fejleszt hogy "igen, itt a Composite Design Pattern-t kell használni" ?

  Igen. Leszamitva, hogy azert a Composite nem tul gyakori. Singletont, factoryt altalaban ugyis ad a framework, buildert a Lombok. Strategy szerintem elegge gyakori a jo kodokban ahol tipusfuggoen kell algoritmust valasztani. A java8, meg a Spring eleg sokat segit, hogy az oldschool modon kevesebbszer kelljen patternt implementalni.

• Superhun addikt

  #11217

  #11216 p76

  2020-08-11 13:00: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

  

  Superhun

  addikt

  #11216 p76

  #11216 p76

  Composite Design Pattern in Java

  Van itt valaki aki tényleg így fejleszt hogy "igen, itt a Composite Design Pattern-t kell használni" ?

  Sztem nagyon kevesen vagyunk, akik ismerik definíció szerint a design patterneket és tudatosan használják őket. Tapasztalt fejlesztőknél ez már rutinból, tudat alatt jön.

• Superhun addikt

  #11206

  #11203 p76

  2020-08-04 07:55: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

  

  Superhun

  addikt

  #11203 p76

  #11203 p76

  Igen, castolni kellene, csak nem tudom mire és hogyan?
  Lehet castolni egy local inner class-ra?

  Castolni nem tudsz, de reflectionnel tudsz játszani, pl. így (a komment helyére írva):

  try {
Method method = innerke.getClass().getMethod("multiply");
method.invoke(innerke);
}
catch (NoSuchMethodException | IllegalAccessException | InvocationTargetException e) {
e.printStackTrace();
}

• Drizzt nagyúr

  #11204

  #11203 p76

  2020-08-04 07: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

  

  Drizzt

  nagyúr

  #11203 p76

  #11203 p76

  Igen, castolni kellene, csak nem tudom mire és hogyan?
  Lehet castolni egy local inner class-ra?

  Ezerintem local classt nem lehet. De mibe tart kiprobalni? En most tableten vagyok, azert nem tudom. Inner class elerheto kivulrol, hacsak nem private, de a local class definicioja csak a definialo blokkon belul ervenyes. Annyira nem hasznalok ilyeneket soha, hogy nagyon nem vagyok bennuk biztos.

• fatal` titán

  #11202

  #11199 p76

  2020-08-03 20:10: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

  

  fatal`

  titán

  #11199 p76

  #11199 p76

  public class Nfb {
 public static void main(String[] args) {
  Nfb nfb = new Nfb();
Object innerke = nfb.calculate();
//innerke.?????
}
 private Object calculate() {
  int width = 20;
  class Inner {
   public void multiply() {
    System.out.println(2 * width);
   }
  }
  Inner inner = new Inner();
  inner.multiply();
return inner;
}
}
  Az innerke objektum cuccaihoz hogy lehet hozzáférni?
  reflection-on kivül?

  Mivel a return typeod Object, castolni kell. Ez valami iskolai feladat, vagy állásinterjú kérdés?

• Zsoxx őstag

  #11200

  #11199 p76

  2020-08-03 16:27: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

  

  Zsoxx

  őstag

  #11199 p76

  #11199 p76

  public class Nfb {
 public static void main(String[] args) {
  Nfb nfb = new Nfb();
Object innerke = nfb.calculate();
//innerke.?????
}
 private Object calculate() {
  int width = 20;
  class Inner {
   public void multiply() {
    System.out.println(2 * width);
   }
  }
  Inner inner = new Inner();
  inner.multiply();
return inner;
}
}
  Az innerke objektum cuccaihoz hogy lehet hozzáférni?
  reflection-on kivül?

  Nincs ez egy kicsit túlbonyolítva?
  Mi ez amúgy, valami állásinterjú-kérdés?

• Sirpi senior tag

  #11162

  #11160 p76

  2020-06-15 09:24: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

  

  Sirpi

  senior tag

  #11160 p76

  #11160 p76

  /*
*
* /* megjegyzes */
*
*/

  Ez miért helytelen?

  Ha már így belelendültünk, mit csinál a következő metódus?

  public int foo() {
  int a = 0;
  a++;
  https://prohardver.hu
  return ++a;
  }

• disy68 aktív tag

  #11161

  #11160 p76

  2020-06-15 08:50: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

  

  disy68

  aktív tag

  #11160 p76

  #11160 p76

  /*
*
* /* megjegyzes */
*
*/

  Ez miért helytelen?

  /*
*
* /* megjegyzes */ <- itt le lesz zárva a komment blokk
* <- nincs nyitó
*/ <- random záró

• mobal nagyúr

  #11017

  #11016 p76

  2020-03-31 15:12:03

  Ú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

  

  mobal

  nagyúr

  #11016 p76

  #11016 p76

  @SecondaryTable(name = "EMP_DATA",...

  Erre azt mondta az eclipse hogy: cannot resolve secondary table EMP_DATA

  MySQL adatbázisban hoztam létre a táblát, aztán írtam bele a fenti sort egy már létező entitybe.
  Mindent(?) próbáltam aztán újraindítottam az eclipset, még mindig rossz volt. Felvettem egy másik táblát a db-ben. Ahhoz csináltam egy sima entity-t. És hirtelen a secondary is jó lett! Mégis mi történt?

  Töröld le az eclipse-t és használj ideat. Itt az ideje!

• Sirpi senior tag

  #10987

  #10986 p76

  2020-03-17 10:53: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

  

  Sirpi

  senior tag

  #10986 p76

  #10986 p76

  Spring boot példából:
  repository.findByLastName("Bauer").forEach(bauer -> {
        log.info(bauer.toString());
      });
      // for (Customer bauer : repository.findByLastName("Bauer")) {
      //  log.info(bauer.toString());
      // }
Ez mi? Mindent 2 módon kell leírni ezentúl?
  Az a legnehezebb hogy a programozó tudja mikor melyik módszert kell alkalmazni.

  A fő példa a Java8-as Stream API, a kikommentezett rész pedig a hagyományos foreach, ha valaki nem akar (vagy Java 7 miatt nem tud) Stream API-t használni. Teljesen mindegy, melyiket használod, de a Stream API egyre elterjedtebb.

• Aethelstone addikt

  #10965

  #10964 p76

  2020-03-01 17:48: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

  

  Aethelstone

  addikt

  #10964 p76

  #10964 p76

  Ez zseniális kép és módszer
  A fordítottja is lenne esetleg?
  Tudod amikor délután 4-kor odajön a projektvezető hogy "Te figyu lenne itt egy kéthónapos munka. Jó lenne ha kész lennél vele holnap reggelre."

  Tpikus. Pénteken odabaxnak egy 20 napra becsült user story-t, hogy hétfő reggel UAT-ra kéne mennie Ott az egész hétvége felkiáltással

• Aethelstone addikt

  #10960

  #10958 p76

  2020-02-29 10:54: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

  

  Aethelstone

  addikt

  #10958 p76

  #10958 p76

  Eclipse maven integrációjával minden rendben van? Nekem rengeteg gondom volt vele. Aztán az IDEA-ban meg semmi.

  Nekem Eclipse-ban nincs semmi gondom a maven integrációval. Btw, tényleg nagy projekteket toltunk végig, ahol is a csapat egy része Eclipse-ban, másik része Idea-ban tolta. Sosem volt gond egyik ággal sem.

• mobal nagyúr

  #10935

  #10933 p76

  2020-02-19 17:51: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

  

  mobal

  nagyúr

  #10933 p76

  #10933 p76

  JEE fejlesztéshez még mindig a fizetős IntelliJ IDEA kell?

  Spring-gel dolgozom és tökéletes a CE.

• sztanozs veterán

  #10934

  #10933 p76

  2020-02-19 17:06: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

  

  sztanozs

  veterán

  #10933 p76

  #10933 p76

  JEE fejlesztéshez még mindig a fizetős IntelliJ IDEA kell?

  Őszintén szólva fogalmam sincs.

• Csaby25 őstag

  #10917

  #10916 p76

  2020-02-11 14:44: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

  

  Csaby25

  őstag

  #10916 p76

  #10916 p76

  Igen, jól érted.
  De nem kompiláláskor jön létre hanem amikor az adott osztályt, amiben van a string literal, betölti a classloader.

  "A String literal is created at compile time and the compiler never creates a duplicate String literal. How-
  ever, a string with the new operator is created at runtime and it always creates a new string even if it is identical to
  an already existing string." P.Sanghera SCJP exam.

• togvau senior tag

  #10911

  #10909 p76

  2020-02-10 09:41: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

  

  togvau

  senior tag

  #10909 p76

  #10909 p76

  Egyébként ez cseles, mert Integer[] és minden egyéb objektummal tömbbel úgy működik ahogy gondoltad. Csak mivel List<int> nem lehet, primitív adattípusokkal nem müxik és a Java jobb híján berakja az int[]-et egy elemnek.

  Na ez az, gondoltam nyilván Integer ként teszi be, aztán néztem a numberformatexceptionokat @erdsddfffdass244-kre :)

• Zsoxx őstag

  #10903

  #10901 p76

  2020-02-08 13:32:54

  Ú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

  

  Zsoxx

  őstag

  #10901 p76

  #10901 p76

  Használjátok a funkcionális programozást mindenhol ahol csak lehet?

  for (Label infoLabel : infoLabelList) {
   uiTable.row();
   uiTable.add(infoLabel);
}

  helyett:

  infoLabelList.forEach(x -> {
   uiTable.row();
   uiTable.add(x);
  });

  Sok értelmét nem látom a második verziónak. Nem sokkal lesz rövidebb a kód, és nem olvashatóbb.

• Drizzt nagyúr

  #10902

  #10901 p76

  2020-02-08 12:41: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

  

  Drizzt

  nagyúr

  #10901 p76

  #10901 p76

  Használjátok a funkcionális programozást mindenhol ahol csak lehet?

  for (Label infoLabel : infoLabelList) {
   uiTable.row();
   uiTable.add(infoLabel);
}

  helyett:

  infoLabelList.forEach(x -> {
   uiTable.row();
   uiTable.add(x);
  });

  Ahol jobban olvashato ott igen. En igyekszem ahol lehet, de ha tul egzotikusan kell megoldani(pl. Exception dobo metodusok), ott nem hasznalom.

• mobal nagyúr

  #10879

  #10862 p76

  2020-01-17 20:33: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

  

  mobal

  nagyúr

  #10862 p76

  #10862 p76

  Titeket nem zavar ez a Clean Code tudathasadásos állapot?
  Clean Code szabály: ne írjunk kommentet, főleg ne Javadocot.
  Erre a 2017-ben megjelent Java9-ről szóló könyvben szerepel a hogyan írjunk metódust leírás:
  9 sor metódus, 15 sor magyarázattal előtte mit csinál

  A clean code teljes félremagyarázása (főleg Python huszároktól hallotam ezt idági), hogy ha van comment az nem clean code és nem jó...

  Szerintem kell komment, de ha sikerül olyan függvényeket írnod, ami valóban 5-6 sor akkor adott esetbel lehet, hogy felesleges a komment, mert azonnal látszik, hogy mit csinálsz (pl. elwrappelsz egy lambdát mert még 6 helyen használod).

• Szmeby tag

  #10870

  #10867 p76

  2020-01-12 21:06: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

  

  Szmeby

  tag

  #10867 p76

  #10867 p76

  "Good Comments
  Some comments are necessary or beneficial. We’ll look at a few that I consider worthy of the bits they consume. Keep in mind, however, that the only truly good comment is the comment you found a way not to write."

  Robert.C.Martin: Clean Code

  Azt hittem, már valami alter irányzat kezdett kibontakozni clean code-nak csúfolva magát.
  Valószínűleg az én angol tudásom kopott meg, de ebben sem látom a tiltást. Persze kiemelhetném a "not to write" kifejezést az egészből, és ignorálhatnám az ezt körbevevő bekezdések tartalmát, de miért is tennék ilyet!

  Szerintem érdemes elolvasni a teljes fejezetet, ha még nem tetted meg. Különösen azokat a részeket, ahol azt ecseteli például, hogy totálisan felesleges leírni a kód mellé/alá/fölé, hogy mit csinál, mert az olvasó ezt amúgy is látja, viszont például azon ritka esetekben, amikor a miért kérdésre adandó választ kívánja megörökíteni a fejlesztő, a mögöttes szándékot, amit semmilyen más nyelvi eszközzel nem lehetne egyszerűen megmutatni, akkor érdemes ezt megtenni, hogy megkönnyítsük az olvasó dolgát. Persze a gányolást is lehet kommentben magyarázgatni, de a könyv többi része azt szajkózza, hogy ne gányolj, szóval...
  Az általad idézett "not to write" arról beszél, hogy ha szépen írod meg a kódot, akkor a kommentek elhelyezése is szükségtelenné fog válni, mivel feltételezzük, az olvasó tud alapszinten jávául és minden szükséges információt megkap a konstansok, változók, metódusok és osztályok elnevezéseiből, struktúrájából.

  Semmi sem fekete vagy fehér, így tudathasadásról sem lehet beszélni, hiszen értjük az ajánlás mögötti szándékot és aszerint cselekszünk. A clean code szerintem meg amúgy sem szabály, hanem ajánlás.

  A public api javadoc meg más tészta, az a feladata, hogy röviden összefoglalja a mögöttes funkció lényegét és tájékoztasson a használat módjáról, megspórolva az olvasónak a forráskód böngészését... de erről a többiek is sokat írtak.

• Drizzt nagyúr

  #10868

  #10867 p76

  2020-01-12 13:00: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

  

  Drizzt

  nagyúr

  #10867 p76

  #10867 p76

  "Good Comments
  Some comments are necessary or beneficial. We’ll look at a few that I consider worthy of the bits they consume. Keep in mind, however, that the only truly good comment is the comment you found a way not to write."

  Robert.C.Martin: Clean Code

  "Some comments are necessary or beneficial. We’ll look at a few that I consider worthy of the bits they consume." Tehát kommentet írni bizonyos esetekben és és jogos. Javadoc meg akkor igazán fontos, hogyha egy library API-ját írja le. Mivel akkor az konkrétan inkább dokumentáció, mint komment.

• floatr veterán

  #10866

  #10862 p76

  2020-01-12 08:15: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

  

  floatr

  veterán

  #10862 p76

  #10862 p76

  Titeket nem zavar ez a Clean Code tudathasadásos állapot?
  Clean Code szabály: ne írjunk kommentet, főleg ne Javadocot.
  Erre a 2017-ben megjelent Java9-ről szóló könyvben szerepel a hogyan írjunk metódust leírás:
  9 sor metódus, 15 sor magyarázattal előtte mit csinál

  Tudtommal ez nem így van. A clean code meghatározza, hogy mi a jó komment, nem pedig tiltja. Ha józan paraszti ésszel is belegondolsz, ennek így van értelme.

• Szmeby tag

  #10865

  #10862 p76

  2020-01-12 00:00: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

  

  Szmeby

  tag

  #10862 p76

  #10862 p76

  Titeket nem zavar ez a Clean Code tudathasadásos állapot?
  Clean Code szabály: ne írjunk kommentet, főleg ne Javadocot.
  Erre a 2017-ben megjelent Java9-ről szóló könyvben szerepel a hogyan írjunk metódust leírás:
  9 sor metódus, 15 sor magyarázattal előtte mit csinál

  Hol is láttál ilyen clean code "szabályt", hogy "ne írjunk kommentet, főleg ne Javadocot"?

• axioma veterán

  #10864

  #10862 p76

  2020-01-11 18:14: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

  

  axioma

  veterán

  #10862 p76

  #10862 p76

  Titeket nem zavar ez a Clean Code tudathasadásos állapot?
  Clean Code szabály: ne írjunk kommentet, főleg ne Javadocot.
  Erre a 2017-ben megjelent Java9-ről szóló könyvben szerepel a hogyan írjunk metódust leírás:
  9 sor metódus, 15 sor magyarázattal előtte mit csinál

  Engem az zavar amikor a clean code-nak a keplettel ellenorizheto reszet eroltetik, a lenyeget meg siman felrugjak egy unit test kedveert. Kaptam olyan review comment-et hogy a comment-ben (ok kertek hogy legyen leiras hogy miert ugy) a folyo angol szovegben egy zarojel elott nem volt szokoz, potoljam... [osszevontam ket sort es ugy maradt].
  En ugy gondolom, hogy a clean code a biorobot kodiroknal muszaj, akik raadasul surun cserelodhetnek, es ezt aztan mint szabvanyt probaltak elterjeszteni hogy a manager egyenletesebb (nem jobb, nem gyorsabb, hanem kiszamithatobb!) haladassal tudjon szamolni.
  Nyilvan a clean code masreszt nem mas, mint egy best practice gyujtemeny, iranymutato. Aki gyakorlott, az nem mint clean code csinalja, hanem mint egyszeruen adodo helyes megoldas. [Kedvenc peldam erre, hogy mennyit kuzdenek a tanarok mikor az adatbaziselmeletben keresnek olyan eseteket ami x NF de nem (x+1)NF. Mert termeszetes uton senki nem ugy allitja ossze, ha mar addig eljut hogy atgondolja, hogy ez egy karbantarthato sema legyen. Tok hasonloan a kozosbe irt kod is. Szerintem.]

• Drizzt nagyúr

  #10863

  #10862 p76

  2020-01-11 16:31: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

  

  Drizzt

  nagyúr

  #10862 p76

  #10862 p76

  Titeket nem zavar ez a Clean Code tudathasadásos állapot?
  Clean Code szabály: ne írjunk kommentet, főleg ne Javadocot.
  Erre a 2017-ben megjelent Java9-ről szóló könyvben szerepel a hogyan írjunk metódust leírás:
  9 sor metódus, 15 sor magyarázattal előtte mit csinál

  És? Aki a Java9-es könyvet írta amit olvasol, azt mondta, hogy clean code enthusiast? Vagy honnan jön a tudathasadás feltételezés? Van aki követi, van aki nem. Nem szeretem a kommenteket, de néha van haszna. Főleg ha valamit úgy írsz meg, hogy elüt a best practice-ről, de van valamilyen jól megfogható oka, hogy miért van mégis úgy. Én nagyjából követem az elveket, bár a refactoring könyveket sokkal jobban és hasznosabbnak tartom.

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