- Újabb államok perelik az Apple-t, mert sok pénzt szed ki a vevőkből
- Betelik a pohár: nagy igény lenne a gyorshajtás-ellenes technológiára
- Letartóztatták, mert AI segítségével csalt az egyetemi vizsgán
- Alternatív kriptopénzek, altcoinok bányászata
- Crypto Trade
- eBay
- Nem szavazza meg Musk 56 milliárd dolláros csomagját a norvég állami vagyonalap
- Béta iOS-t használók topikja
- AI-alapú, mobilos lopásgátlót tesztel a Google
- Telekom otthoni szolgáltatások (TV, internet, telefon)
Új hozzászólás Aktív témák
-
Ursache
senior tag
válasz szcsaba1994 #7250 üzenetére
Ott nincs inicializálva a tömb. Bár mondjuk ez elég kevés kód, pastebinre töltsd fel.
https://www.youtube.com/watch?v=eIri9YLHpOg
-
szcsaba1994
tag
válasz szcsaba1994 #7252 üzenetére
Ez lemaradt, még előtte van:
Karakter[] elsoJatekos = new Karakter[karakterSzam * 2];
Karakter[] masodikJatekos = new Karakter[karakterSzam * 2];
int karakterSzam = 0, karValEgy = 0, karValKetto = 0; -
WonderCSabo
félisten
válasz szcsaba1994 #7253 üzenetére
Mivel nem osztottad meg az egész kódot, ezért a kövi lehet:
maga a tömb eleme null VAGY
a rand változó nullEzt egy másodperc alatt ki lehet deríteni debuggerrel.
-
szcsaba1994
tag
válasz WonderCSabo #7254 üzenetére
A tömb eleme null, ezt már kiderítettem
-
WonderCSabo
félisten
válasz szcsaba1994 #7255 üzenetére
Oké, de akkor mit vársz tőlünk? Mert a kód alapján többet nem tudunk mondani.
[ Szerkesztve ]
-
nagyúr
http://blog.jamesdbloom.com/JVMInternals.html
Erdemes lehet atfutni.
while (!sleep) sheep++;
-
norbert1998
veterán
Üdv!
Lenne egy kis gondom. Beadandót kell csinálnunk java-bol, de adódott egy elég nagy gondom rögtön az első soroknál.
Mi bevitelhez az extra.Console-t használjuk, viszont kellene a FileWriter is abba a programba, meg úgy eléggé sokminden a java.io-ból is. Úgy rémlik, ezzel semmi gond nem volt, mintha még írtunk is volna ilyen kis programot a suliban, de nekem nem megy.
Beírom, ahova szokás, hogy
import java.io.*;
import extra.*;
És amikor az első sorba belekezdenék:
int fomenu=Console.readInt("blablabla");
Fogja magát, és kiirja, hogy ütközés van a java.io.* és az extra.* között, mert mindkettőben van Console osztály.
Mit lehet tenni ezellen?Osztálytársaknak is mind működik, hiszen, van, aki már be is fejezte a programját, és ennek a két dolognak benne kell lennie.
[ Szerkesztve ]
-
Ursache
senior tag
válasz norbert1998 #7258 üzenetére
Egyszerűen ne importáld az egyik packaget, hanem amikor hivatkozni szeretnél rá, akkor a teljes (minősített [fully qualified package name]) nevét használd.
Pl.: extra.Console.etc
[ Szerkesztve ]
https://www.youtube.com/watch?v=eIri9YLHpOg
-
WonderCSabo
félisten
válasz norbert1998 #7258 üzenetére
Én egyáltalán nem javaslom a wildcard (*) importokat, pont az ilyen gondok miatt. Csak azokat az osztályokat importáld, amiket ténylegesen használsz, ne egész csomagokat. [link]
-
Ursache
senior tag
-
Ursache
senior tag
-
WonderCSabo
félisten
válasz norbert1998 #7261 üzenetére
Ne viccelj, ha emiatt levonnak a megoldásodból, akkor hagyd ott azt az intézményt...
-
norbert1998
veterán
válasz WonderCSabo #7265 üzenetére
Levonni nem hiszem, hogy levonnak. Mikor tz-be while helyett for ciklust tettem if-es break-el,annyit mondott, hogy te [legyen a vezeteknevem mondjuk] kovács! Megmondtam, hogy órán ne breakelj. Most nézzétek meg, ti itt dolgozatot írtok, ez meg itt breakel...
Egyszóval, nem fog érte megölni, jo fej ürge. De mindjárt beérek, megkérdezem tőle.
-
WonderCSabo
félisten
válasz norbert1998 #7268 üzenetére
Akkor ha bármilyen negatív dolog lenne ezzel kapcsolatban.
-
Sk8erPeter
nagyúr
válasz norbert1998 #7268 üzenetére
Remélem, azért nem szól be, ha egy foreach-ciklusnál (nem sima for) adott esetben használsz breaket... néha vannak emberkék, akik kitalálnak ilyen "szabályokat", hogy legyen mivel lefoglalni magukat. A kód olvashatóságát pedig ez például nem rontja.
Sk8erPeter
-
floatr
veterán
válasz norbert1998 #7268 üzenetére
A wildcard-os import egyszerűen bad practice. Néha gyorsabb megoldani valamit vele, de a mai IDE-k támogatják az import sorok generálását is; beírsz valamit, aztán vagy magától megtalálja, hogy mit kell beszúrni, vagy rákérdez, hogy melyiket a sok közül szeretnéd.
Viszont a break-es témában igaza volt, hogy azzal össze lehet kócolni a kódot rendesen.
(#7270) Sk8erPeter háááát... nálam a kódreview-n nem menne át
[ Szerkesztve ]
-
veterán
válasz Aethelstone #7272 üzenetére
szerintem is inkább egy break, mint még 1 feltétel a ciklusfejlécben. főleg, hogy javában lehet labelt tenni, úgy pláne nem olvashatatlan szerintem.
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
Aethelstone
addikt
válasz Oppenheimer #7273 üzenetére
A label már durva, de egy breakkel semmi baj. Nyilván célszerűbb valami do while vagy while szerkezetet felépíteni, ha az ember ki akar idő előtt lépni, de szerintem a for loop-ban elkövetett breakkel sincs semmi baj. Ha az ember módjával használja. Persze háromezer if the else és switch szerkezetekben 678 break nem szép....
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
floatr
veterán
válasz Aethelstone #7272 üzenetére
Én inkább vagyok híve egy olyan megoldásnak, ahol inkább a ciklus feltételeinek kiértékelésénél próbálod megoldani a kilépést. Nyilván lesz olyan eset, amikor nagyon nyakatekert lenne break nélkül, de sokszor csak rontja a support-ot.
-
veterán
válasz Aethelstone #7274 üzenetére
Durvának hangzik, mert leírva, hogy label, az ember az assemblyre asszociál, de sima for-ból kiugrásra is oda lehet tenni, hogy még egyértelműbb legyen az amúgy is triviális ciklustörés, amikor valaki ránéz.
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
Sk8erPeter
nagyúr
"Én inkább vagyok híve egy olyan megoldásnak, ahol inkább a ciklus feltételeinek kiértékelésénél próbálod megoldani a kilépést."
Nem véletlenül mondtam az előbb a foreach-ciklust, még ki is hangsúlyoztam, hogy nem sima for ciklusról van szó. Magyarul nincs ciklusfeltétel, kész. Cserébe magának a ciklusnak a "fejléce" szebb tud lenni, nincs szükség indexelésre, és így tovább, hát ugye a foreach-ciklus szépsége. Berakva egy if(...) { break; }-et (nyilván szépen tördelve) semmivel sem lesz rondább, ha az nem valahol egy túl nagyra hízott ciklustörzs (eleve már itt kezdődik a gond) közepén helyezkedik el valahol, teljesen egyértelmű a ciklus megszakítása, szóval nem igazán tudom felfogni, nálad miért nem menne át a kódreview-n. Erre mondtam, hogy sokszor nevetségesek ezek a teljesen rugalmatlan "szabályok". Vannak általános irányelvek, amiktől rondább vagy szebb lesz egy kód, de általánosítani itt is tök felesleges. Sima for ciklusnál teljesen érthető, egy foreach-nél nem, nem lesz tőle rondább a kód, ha a kódot olvasó emberke számára nem egyértelmű, hogy ott bizony valamitől függően kilépés lesz a ciklusból, hát akkor nem a kód írójával van baj.Sk8erPeter
-
norbert1998
veterán
válasz WonderCSabo #7269 üzenetére
Ugyanazt javasolta, mint ti. Extra. Console. Readint. [és ezt rendesen formázva, csak buta a t9]
Sk8erPeter: azért kéri így, hogy megtanuljuk a for, while és do-while ciklusokat használni.
Tényleg lehet break-kel kocolni, alairom, csak az adott esetben teljesen működőképes volt.
Köszönöm a segítséget
-
Sk8erPeter
nagyúr
válasz norbert1998 #7278 üzenetére
Teljesen érthető for-ciklusnál, de én még mindig foreach-ről beszélek, gondolom majd azt is fogjátok tanulni.
Sk8erPeter
-
norbert1998
veterán
válasz Sk8erPeter #7279 üzenetére
Gondolom, én is, bár most hallottam róla először.
-
floatr
veterán
válasz Sk8erPeter #7277 üzenetére
Bár emiatt mondtam, hogy megoldás kérdése, elsőre lehet h vacakul hangzik, de ha jön egy break-es megoldás, könnyen jöhet egy későbbi CR, aztán jön a többi break is. Ha az első beteszi a lábát a ciklusba, akkor megette a fene, én átírom inkább valami iterátoros cuccra, sakko lesz feltételed.
De nem akartam kötekedni, csak megjegyeztem, hogy a break rontja a kódot.
szerk: olyanok ezek a dolgok, mint a petárda. Kicsit pukkangatnak, sokan nem értik, aztán egyszer leviszi a kezed.
[ Szerkesztve ]
-
floatr
veterán
-
floatr
veterán
Hát néha a klingonos sem az. Nemrég fordult elő, hogy valaki addig kavart az SVN branch-ekkel, hogy olyan is LIVE-ba ment, aminek nem kellett volna. Szó szerint nem release volt, de még csak nem is szabadjára engedték, hanem megszökött. A QA csoport véres hullái rész meg csak azért maradt el, mert mire fizikailag odaért volna a PO, addigra lecsillapodott
-
Sk8erPeter
nagyúr
Szerintem tanulmányozd magának a Javának a forráskódját, rá fogsz csodálkozni, hogy TELE van a break kulcsszó használatával ciklusokon innen és túl is.
Na nem mintha azt akarnám sugallni, hogy az biztos a világ legjobb kódjainak gyűjteménye, de valószínűsíthetően nem kókler kretének írják, akik azért használnak breaket, mert buták, és nem tudnak kódolni.Sk8erPeter
-
WonderCSabo
félisten
Offensive programming nem is olyan hülyeség.
-
floatr
veterán
válasz Sk8erPeter #7286 üzenetére
Sajnos láttam már miket műveltek a forrásban Látszik hogy nagy code wariorok voltak a szerzők, de nem is a hosszútávú támogatás járt a fejükben, amikor megszülték a művüket. De ez elmondható elég sok frameworkről is.
-
norbert1998
veterán
Lenne még egy kérdésem. Mivel grafikusan még nem programozunk, hanem mindent konzolon csinálunk, így egy idő után cseszett bonyolítottá válik a konzol. Lehet valamivel olyasmit csinálni, hogy a konzol tartalmát töröljük?
Egy hierarchikus switch-case menürendszerről lenne szó, összesen 22 választható elemmel, egymásba szinteződve, javarészt. -
Sk8erPeter
nagyúr
válasz norbert1998 #7289 üzenetére
A konzol/terminál tartalmát szeretnéd törölni? Mert Windows-on az a cls bepötyögésével, majd Enterrel megoldható, Linuxnál a clear kulcsszóval.
(Már ha jól értettem a kérdésedet...)Hogy kell elképzelni ezt, hogy mindent konzolon csináltok? nano, mcedit (most ezek Linux-eszközök, de mindegy), vim (bár ezt kétlem), ilyesmik használatával szerkesztitek a kódot?
(#7288) floatr:
A Java-fejlesztőknek nem a hosszú távú támogatás jár a fejében? Ez így furán hangzik.[ Szerkesztve ]
Sk8erPeter
-
norbert1998
veterán
válasz Sk8erPeter #7290 üzenetére
Bocsánat. NetBeans IDE
-
Sk8erPeter
nagyúr
válasz norbert1998 #7291 üzenetére
Jobb gomb az Output ablakban, majd Clear, vagy nyomatsz egy Ctrl+L-t...
Sk8erPeter
-
norbert1998
veterán
válasz Sk8erPeter #7292 üzenetére
Olyanra gondoltam, amit a programkódba lehet írni, de akkor gondolom ilyen nincs. Mindegy, köszönöm
Olyan van esetleg, hogy amit oda kiír a NetBeans, azt vastgított vagy dőlt vagy valamilyen kiemelt betűvel tegye egy-egy sornál?
-
Aethelstone
addikt
válasz norbert1998 #7293 üzenetére
if os == windows {
Runtime.getRuntime.exec("cls");
} else if os == *nix {
Runtime.getRuntime.exec("clear");
} else {
Runtime.getRuntime.exec("akármi, ami konzolt töröl....");
}Amolyan pszeudóféleképpen
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
norbert1998
veterán
válasz Aethelstone #7294 üzenetére
Köszi, holnap megnézem
-
WonderCSabo
félisten
válasz Aethelstone #7294 üzenetére
Ez mondjuk az IDE consoljára nem biztos, hogy hatássas lesz. Rondábbnak tűnő, de platformfüggetlen megoldás jó sok új sort kiírni.
norbert1998: Ha System.err -re írsz System.out helyett azt remélhetőleg pirossal írja.
-
bucsupeti
senior tag
válasz WonderCSabo #7296 üzenetére
windowsokon nem tudom most éppen mi a működés, de linuxon szerintem is az üres sorok kiiratása a jó módszer."Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
jetarko
csendes tag
Van egy osztályom aminek az adattagjait validálom, hibernate validator segítségével.
A következő a problémám:
Van az osztályban 10 db adattag és mindre van feltétel.
Amikor teljesen új objektumot veszek fel bejön 10 adat és a validáció remekül megtörténik.
A többi esetben mondjuk csak 5 adattagot akarok módosítani, de a másik 5 adattagot nem akarom előtte megosztani(pl form-ba rakni,se hidden mezőbe rakni). Ekkor bejön 5 adattag amik lehet, hogy megfelelnek,de a többi 5 miatt elbukik a validáció, mert azok üresek maradnak.
Erre a megoldás, hogy létrehozok olyan osztályokat ami csak ezt az 5 adattagot tartalmazza és majd az eredeti objektum ezen 5 tagját módosítom vagy megadok előtte minden adattagot, ami nyilván nem a legjobb módszer.
Jelenleg a problémámhoz elég lenne 2 db ilyen osztályt csinálnom és valószínűleg nem is lenne több eset, de mi lenne ha ez már 30 db különböző osztály? Az összes osztályban ugyanaz a logika, csak más adattagok vannak benne.
Erre vmi értelme megoldás van?
Pl gondolok itt olyanra, hogy mikor jön be az adat Spring controllerben, akkor a @Valid annotációban vhogy felsorolnám, hogy melyik adattagokat validálja vagy erre saját Validatort kell írni? Nem próbáltam, de ahogy nézem ha manuálisan hívom meg a validatort, akkor lehet állítani, hogy melyik mezőkre történjen tényleges validáció, valami ilyesmit szeretnék. -
moriak
tag
Be tudnátok dobni érdekes/nem érdekes kérdéseket amelyeket állásinterjún kaptatok? (Java/logika)
pl ilyenekre is gondolok: Hány zongorahangoló van Budapesten?
Köszi![ Szerkesztve ]
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Xbox One játékok (EXTREM OLCSÓN)
- HGST 10TB 7.2K 12Gbps 256MB 3,5" SAS HDD Több darab is van
- Poco X6 Pro 12/512 garanciális
- INGYEN POSTA! AsRock B550M, Ryzen 5 5500, RX 6600XT, 16Gb DDR4 3200Mhz CL16, 250Gb M.2, 600W Gold
- CTO ÚJ Bontatlan MacBook Pro 16 M3 Pro 12CPU/18GPU 18GB/1TB SSD Magyar billentyűzet Azonnal átvehető