- Mindent megtudtunk az új Nokia 3210-ről
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Apple iPhone 15 Pro Max - Attack on Titan
- Egyre közelebb a Poco F6 startja
- iPhone topik
- Újabb Samsungok telepíthetik a Galaxy AI-t
- Bemutatkozott a Moto G32 4G
- Nothing Phone 2a - semmi nem drága
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Poco X6 Pro - ötös alá
Hirdetés
-
Mindent megtudtunk az új Nokia 3210-ről
ma Részletes képek, specifikációk és euróban megadott ár is van a legendás modell újraélesztett verziójához.
-
A franciáknak elege van abból, hogy minden gyerek mobilozik
it Vissza akarják szorítani a gyerekek és tinédzserek közösségi média- és okostelefon-használatát.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
Új hozzászólás Aktív témák
-
Orionk
senior tag
Sziasztok !
Javaban stringek összehasonlításánál miért jobb a "string".equals("string"); -et használni mint hogy így vizsgáljam (string == "string")
Tehát azt kérdezném ilyenkor mindig az EQUALS függvényt kell használni? Ha nem mindig akkor mikor? És miért jobb az equals?
köszönöm szépen.
üdv., -
Orionk
senior tag
válasz WonderCSabo #7906 üzenetére
köszi
---Egy másik buta kérdésem:
byte a=4;
byte b=3;
System.out.println("a+b= "+a+b);Mit fog kiírni? és miért?
Állásinterjún egy abszolút kezdő juniornak volt ilyen kérdés és ezért kérdezem.köszi
-
-
Orionk
senior tag
válasz WonderCSabo #7908 üzenetére
Nem értem, hogy miért.
Tehát azt nem értem, hogy pl. miért lesz az első elem típusa string, amikor mind a kettő byte.A kiíratásban a "+ karakterpáros azt jelenti, hogy összefűzzük az általunk kiírandó stringet az összeadással, nem?
Vagy, ha így lenne: System.out.println("a+b="+(a+b));
akkor kerülne kiírásra ez: "a+b=7" ?Tehát azt nem értem, hogy ha a "+ karakterpáros egymás melletti használata azt jelenti, hogy fűzze össze, akkor mitől jelenti ezt. Én eddig mindig így fűztem a kiírandó szöveg mellé az összegeket.
köszönöm
-
WonderCSabo
félisten
Tehát azt nem értem, hogy pl. miért lesz az első elem típusa string, amikor mind a kettő byte.
Harom elem van. Az elso string "a+b=". A masodik ket elem egy-egy byte.
Vagy, ha így lenne: System.out.println("a+b="+(a+b));
akkor kerülne kiírásra ez: "a+b=7" ?Igen.
"+ karakterpáros egymás melletti használata
Itt egy felreertes lesz. Ennek a ket karakternek egymas mellett semmilyen specialis jelentese nincsen. A + operator tul van terhelve, es ha barmelyik oldalan egy String van, akkor nem az alapveto osszeadast vegzi el, hanem string osszefuzest. Eloszor persze ehhez azt az elemet ami nem string volt, stringge alakitja. Ez tortenik a pelda eseteben is.
-
Atlantisz48
őstag
Üdv!
A segítségeteket szeretném kérni, mert sajnos nem boldogulok.
while (idozito < 5){
System.out.print("*");
Thread.sleep(500);
idozito = idozito + 1;
}Azt szeretném összehozni, hogy várjon a program a továbbfutással minden ciklus ismétlődésnél fél percet. De sajnos folyton hibát jelez.
Jól használom ezt a metódust, vagy erre ezt nem lehet használni?Előre is köszönöm.
Üdv:
Zoli -
WonderCSabo
félisten
válasz Atlantisz48 #7914 üzenetére
Define "hibat jelez".
-
Atlantisz48
őstag
válasz WonderCSabo #7915 üzenetére
-
Szmeby
tag
válasz Atlantisz48 #7916 üzenetére
Ha komolyabban szeretnél foglalkozni a dologgal, telepíts egy IDE-t magadnak (IntelliJ Idea, Eclipse, Netbeans, akármi), sok szenvedéstől kímél meg, ha ebben írod a programod.
Ugyanis fordítási hibád van, és ezek azonnal jelzik neked. Időnként még használható javítást is tudnak prezentálni. Bár az üzenet egyértelmű: a Thread.sleep() metódus ellenőrzött kivételt dob, amivel neked kezdened kell valamit.
Vagy elkapod, és "kezeled":try {
while (idozito < 5){
System.out.print("*");
Thread.sleep(500);
idozito = idozito + 1;
}
} catch (InterruptedException e) {
// a te esetedben ilyen amúgyse fog történni, de kezelni kötelező
System.err.println("Bajci van! Valami kilőtte alólam a szálat.");
e.printStackTrace();
}Vagy továbbpasszolod a kivételt a hívónak a stacken eggyel feljebb, vagyis a ciklust tartalmazó metódusod végére a paraméterek után odabiggyeszted a throws InterruptedException szavakat. Ilyenkor viszont a hívóban kell kezelned a problémát... vagy onnan is továbbküldöd... teheted ezt egészen addig, amíg el nem éred a main metódust, de ha az sem kezeli, akkor a programod a kivételdobás pillanatában rövid úton le fog állni (mivel a kivételt senki sem kezelte le).
Kis szösszenet az InterruptedExcpetion-ről.
-
bambano
titán
nagy help kellene nekem
a helyzet: az eddig használt kedvenc fejlesztői eszközeim atom mód elavultak és kimentek a divatból. a másik pontja a helyzetnek, hogy nulláról el kellene kezdenem írni egy alkalmazást.
a kettő következménye, hogy úgy döntöttem, az egész kóceráj megy a kukába, és (majdnem) teljes platformot váltok. a kérdés, hogy mire a felhasználói felület és környéke a segítségkérés tárgya
megváltoztathatatlan feltételek:
- jáva (nyilván, ha ide írok)
- webes kliens szerver cucc
- appszerver glassfish
- netbeansben menjen a fejlesztés.
- aktuális firefoxszal működjönváltoztatható feltételek, álmok:
- ehhez az alkalmazáshoz jó lenne, ha futásidőben változtatható formokat tudnék csinálni.a megálmodott ideális válasz a kérdésemre:
- használj icefaces-t
- használj x.y keretrendszert,
stb.tia
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
floatr
veterán
válasz bambano #7919 üzenetére
Na majd erre fogsz olyan válaszokat kapni, hogy nem győzöd kapkodni a fejed. Nekem olyan szempontjaim vannak hasonló problémákra, hogy legyenek az egyes rétegek teljesen különválasztva, magyarán ne legyen olyan hibrid megoldás, ami keveri a szerveroldali és kliensoldali technológiát (pl gwt). Legyen egy kliens oldali framework, és egy SOA backend. Nekem a Spring backend és az ExtJS jött be eddig a leginkább. Utóbbit azért használom szívesebben, mert nem dizájnerek találták ki.
Dinamikus formokat saját megoldással raktunk össze, akármilyen technológia is volt a frontenden. Ha a dizájn nem az egyedi brandelés irányába menne el, akkor ennél gyorsabb eszközt nem nagyon találsz. Már nem farokméregetésiből, csak eddig ezt tapasztaltam -
Aethelstone
addikt
magyarán ne legyen olyan hibrid megoldás, ami keveri a szerveroldali és kliensoldali technológiát (pl gwt).
Bátorkodnám megjegyezni, hogy nem a gwt, hanem a gwt-t használó fejlesztők egy része, illetve bizonyos gwt-re épülő frameworkok keverik (szándékosan, mert az milyen jó?!) a kliens és szerveroldalt
Ha csak standard gwt és az ember azért betartja a szabályokat, akkor nincs keveredés. Főleg ha még tudja is a fejlesztő, hogy mit csinál(ő és a gwt egyaránt)
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz bambano #7919 üzenetére
Nos a tervezett rendszer mélyebb ismerete nélkül.
- Java 1.7 minimum
- Tomcat 7
- Spring Framework (Security, MVC)
- Ha kell ORM, akkor Hibernate
- Kliens oldalon JQuery a dinamikus formkezelés miatt. A JQuery ELVILEG! böngészőfüggetlen.Elsőre ezekből létre lehet hozni egy aránylag könnyűsúlyú cuccot.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
veterán
válasz Aethelstone #7923 üzenetére
1.7????
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
sutszi
veterán
válasz Oppenheimer #7924 üzenetére
Miért a sok kérdőjel?
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
Aethelstone
addikt
válasz Oppenheimer #7924 üzenetére
Én sem értem a kérdőjeleket. 7-es Java jobban tetszett volna ? Egyébként meg azt írtam, hogy minimum.
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
veterán
válasz Aethelstone #7926 üzenetére
szerintem 1.8 kéne legyen a minimum minden új projektnél.
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
Karma
félisten
válasz Oppenheimer #7927 üzenetére
Egyébként az Oracle szerint is, ugyanis 2015. április óta nincs supportja, hacsak nem köt külön szerződést az ember a céggel.
A Tomcat 7-et is felesleges archaizálásnak érzem, mondjuk nem is állnék neki kézzel Tomcatet telepíteni, amióta van Spring Boot.
“All nothings are not equal.”
-
veterán
-
sutszi
veterán
válasz Oppenheimer #7929 üzenetére
Így már világos, az érvelés érthetővé teszi a dolgot, de a kérdőjelekből ez nem kitalálható... érted...
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
Aethelstone
addikt
Nos, 1.8-as Java-val igazából csak akkor érdemes foglalkozni, ha az ember valóban ki is használja. Sajnos azonban a mai senior Java fejlesztő brigád 1.6-1.7(1.5??) környékén leragadt. Jah, hogy 1.8-on kívül nincs support? A világ nem csak Oracle Java-ból áll, hanem *nix környezetben van OpenJDK is, ami ott kvázi szabvány és egyáltalán nem elhagyott. Hivatalosan a RedHat még mindig supportálja a 7-es OpenJDK-t.
Szóval, nem csak hobbiprojektek és 1.8-as Oracle Java van a világon.
És komolyan kérdezem, aki most kezd el Java-val foglalkozni, annak miért is nem jó egy 7-es verzió? Vagy akár a 6-os is......
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz Oppenheimer #7927 üzenetére
Szerintem meg egy olyan terméknek kell lennie az alapnak minden projektnél, ami már bizonyított és kb. 50 update-n már túl van. Nem bíznám a produktív, kritikus rendszerem egy 1.8-as Java-ra. Majd 2 év múlva...amikor már minden disznóság kiderült róla és a rendszerkomponenseimen sem kell minimum 2 főverziót emelni, hogy működjenek vele rendesen...és még sorolhatnám...
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Karma
félisten
válasz Aethelstone #7931 üzenetére
Az OpenJDK8 is GA lett 2014 áprilisában, úgyhogy már az is elég régi ahhoz, hogy begyepesedett berkekben is "meg lehessen kockáztatni használni". Én se hobbiprojektekben használom.
A nyelv újításai miatt szerintem egy kezdőnek is bőven megéri foglalkoznia vele - a lambdák és a streamek a legalapvetőbb mórickapéldákban is már kézzelfogható előnnyel bírnak. Na meg ha Görögországba mész, ott se ógörögül tanulsz meg először. Persze ez szubjektív, mások meg notepadban kínoznák a kezdőket, hogy hadd szokják az ipart.
Egyébként update 66-nál jár az Oracle JDK8. Biztos, hogy a rendszerkomponenseid rendben vannak biztonságilag, ha ennyire véres kérdéseket vetnek fel?
[ Szerkesztve ]
“All nothings are not equal.”
-
M_AND_Ms
addikt
válasz Aethelstone #7931 üzenetére
"Sajnos azonban a mai senior Java fejlesztő brigád 1.6-1.7(1.5??) környékén leragadt."
Mert ezek fejlesztők általában elő, működő és aktívan használt projekteken dolgoznak, amikbe hosszú évek üzleti tudása van berakva. És erre nagyon vigyáznak. Nem fognak Java verziót váltogatni, mert az megjelent.
A kísérletező kedvű ifjú titánok persze megtehetik, hogy mindenfélét kipróbálgassanak, de majd bekerülnek az "életbe" és örülnek, ha nem kell meglévő funkciókat vagy, projekteket piszkálgatni.Aki tejszínhabot szeretne, az inkább verje ki a fejéből!
-
veterán
válasz Aethelstone #7937 üzenetére
Dehogynem ugyanaz a téma. Bambano új projektet kezd, és erre öntökönrúgás nem Java 8-at használni.
"Az 1.7-es javaval ugyanolyan jól lehet dolgozni felteszem, mint az 1.8-al."
Ez pedig nem igaz, hisz nincsenek funkcionális elemek az 1.7-ben.
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
bambano
titán
válasz Aethelstone #7923 üzenetére
miért tomcat?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
MODERÁTOR
Java SE esetén kell nekem a JPA feltétlenül, vagy elég csak egy "mezei" hibernate?
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Lortech
addikt
válasz Aethelstone #7943 üzenetére
Nem egészen. A Hibernate valóban JPA implementáció is, de a JPA még fasorban sem volt, már akkor Hibernate-eztem. Használhatod JPA-val is, meg a natív API-ján keresztül is.
Az eredeti kérdésre a válaszom az, hogy nem muszáj JPA, de hacsak nincs valami különös oka (valamilyen JPA korlát) az esetedben, ami miatt hanyagolnád a JPA-t, én maradnék a JPA-nál.[ Szerkesztve ]
Thank you to god for making me an atheist
-
pvt.peter
őstag
Sziasztok!
Szerintetek melyik konstrukciót célszerűbb használni?
Pl. olvashatóság, performancia szempontjából.Map<Object, List<Object>> objects = new HashMap<Object, List<Object>>();
List<Object> temp = new ArrayList<Object>();
temp.add(actualValueObject);
objects.put(actualKeyObject, temp);vagy:
Map<Object, List<Object>> objects = new HashMap<Object, List<Object>>();
objects.put(actualKeyObject, new ArrayList<Object>());
objects.getKey(actualKeyObject).add(actualValueObject);Előre is köszi,
PetiEz egy .50-es rombolópuska, elég szép visszarúgással.
-
M_AND_Ms
addikt
válasz pvt.peter #7945 üzenetére
Az első, mivel a kész listával még van dolgod (hogy belerakd, amit akarsz), ezért jó, ha az megvan. A második esetben rögtön berakod a listát a Map-be, így azt egyből vissza is kell keresned, ami mégiscsak idő és energia
[ Szerkesztve ]
Aki tejszínhabot szeretne, az inkább verje ki a fejéből!
-
veterán
-
Aethelstone
addikt
válasz Oppenheimer #7947 üzenetére
A kérdés szempontjából van jelentősége?
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
veterán
válasz Aethelstone #7948 üzenetére
nincs, de érdeklődöm. habár el se olvastam rendesen a kérdését, utólag elolvasva tényleg felesleg volt feltennem.
[ Szerkesztve ]
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
PazsitZ
addikt
válasz pvt.peter #7945 üzenetére
Az első esetnél egy temp referencia van, a második esetnél van a Map get és egy cast művelet.
Nem hiszem, hogy ilyeneket szintű dolgokat kellene túlpörögni optimalizáció szempontból.Ha nagyon rövidíteni akarsz, ezek is használhatóak:
objects.put(actualKeyObject, new ArrayList<Object>() {{ add(actualValueObject); }});
objects.put(actualKeyObject, Arrays.asList(actualValueObject));Egyébként inkább abba az irányba gondolkodnék, hogy ha több elemet pakolunk a listába, akkor azt külön metódusba kiszervezni és az első példa szerint hozzáadni érdemesebb/átláthatóbb szerintem.
Egy elemű lista esetén viszont számomra inkább az inline megoldások a szimpatikusabbak.
[ Szerkesztve ]
- http://pazsitz.hu -
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Vicces képek
- Crypto Trade
- Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
- Lakáshitel, lakásvásárlás
- Az iPadOS-re írt appokra is díjat vet ki az Apple
- Amlogic S905, S912 processzoros készülékek
- Path of Exile (ARPG)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Építő/felújító topik
- sziku69: Szólánc.
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen