Keresés: - Java programozás - Fototrend Hozzászólások

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

Ú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

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

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

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

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

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

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

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

/*
*
* /* 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

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

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

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

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

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

Ő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

"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

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

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

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

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

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

"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

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

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

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

É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.