- 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á
- Véroxigénszintet is mér a Honor Band 5
- Vodafone-ra áttért Digi Mobilosok
- Google szolgáltatás (GMS) Huawei telefonokra
- Alcor e-Pad - van még remény
- Ennyibe kerülnek a Huawei Pura modellek Európában
- Telekom mobilszolgáltatások
Hirdetés
-
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.
-
iPaden is vége az App Store monopóliumának
ma Ősztől lehet alternatív alkalmazásboltból telepíteni az EU tagállamaiban.
-
Free Play Days 2024 - 18. hét: Headbangers: Rythm Royale
gp Extraként a Star Wars Jedi: Survort is kipróbálhatjuk 5 óra erejéig.
Új hozzászólás Aktív témák
-
SirRasor
őstag
Hoi!
Picit off, de azért erősen kapcsolódik a témához:
Most kezdem tanulni a JAVA-t komolyabban, csak nem tudom, hogy milyen fejlesztőkörnyezet alatt csináljam. Gugli alapján netbeans annyira nem faszájos vállalati környezetben, inkább az Eclipse meg az IntelliJ. Azt is olvastam, hogy az IntelliJ bonyolultabb/macerásabb, de talán jobb is picit, de a honlapján az EE fizetősként van feltüntetve, de azt is akarok tanulni, mert csomó munkahelyen azt kérik (bármit is jelentsen ).
Ez alapján akkor most melyiket?
Make Love not war!
-
Aethelstone
addikt
válasz SirRasor #6451 üzenetére
Bármelyik jó a felsoroltak közül. Azt kell választanod, ami jobban tetszik....
(Nekem az Eclipse a személyes kedvencem)
Mi kvázi enterprise környezetben dolgozunk, van itt Eclipse, NB, JIdea....a közös pont a maven project(meg sok egyéb más, de az most nem ide tartozik)
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
bucsupeti
senior tag
válasz SirRasor #6451 üzenetére
kóstolj bele mindegyikbe. aztán válaszd a számodra legszimpatikusabbat annak alapján amit tapasztaltál (ne a fórumokon, meg itt-ott hallott információk alapján). Így meg fogsz ismerni több IDE-t is valamilyen szinten, ami már jó alap lesz arra, hogy később ha szükséges akkor tudj használni másik IDE-t.
Én az egyetemen Netbeans-t ismertem meg először és használtam is, majd később az EE és Android miatt átálltam Eclipsre, most pedig mivel az androidnál az Android Studio-t preferálják azt is használom (ami IntelliJ).
Gyakorlatilag mindhárom IDE-ben elboldogulok, ha kell bármelyikre rá tudok hangolódni.
Egyébként Eclipse párti vagyok."Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
fordfairlane
veterán
válasz Oppenheimer #6445 üzenetére
Nem kedvelem a Microsoftot, de nem ártana már a Java-nak egy erős konkurencia. Persze várjuk ki, a gyakorlatban mi lesz ebből a cross-platform .NET kánanánból, amit beígértek.
x gon' give it to ya
-
Aethelstone
addikt
válasz fordfairlane #6455 üzenetére
Egyrészről nem ártana, másrészről meg ártana, mert esetleg nem olyan irányban fejlődik, ami a nyelvnek jó, hanem a konkurrencia hülyeségeit próbálnák beépíteni....lásd lambda....grrr
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
SirRasor
őstag
válasz Aethelstone #6452 üzenetére
Köszönöm mindenkinek a válaszokat; közben feltettem az Eclipse-t és elsőre tetszik
Make Love not war!
-
Karma
félisten
válasz Aethelstone #6459 üzenetére
Szerintem ugyanaz a stílusú kód, azaz egy anonim objektum létrehozása egy metódus implementálásáért, nem lesz kevésbé olvasható a lambdától. Sőt, akkor már a tömörebb jobb, mert például a Java stílusú "new Runnable() { void run() { ... } }" alapjáraton is nagyon belterjes.
Hogy az anonim subclassok mennyivel jobbak/rosszabbak egy nevesítettől, na az már más kérdés.
[ Szerkesztve ]
“All nothings are not equal.”
-
zserrbo
aktív tag
A cél az lenne, hogy a Stringként kapott pl 50 000 vagy 50 000,123-at átalakítsam számmá, dolgozok vele majd kiírja formázott Ft-ban. Na most az első fele nem akar összejönni.
String s = "123 456,789";
NumberFormat nf1 = NumberFormat.getInstance(Locale.US);
try {
double d = nf1.parse(s).doubleValue();
System.out.println(d);
System.out.println(Locale.getDefault());
}Kimenet:
123456.789
hu_HUEz stimmel, de az alábbi kódnál miért nem veszi figyelembe az ezres tagolást?
String s="123 456,789";
NumberFormat nf1=NumberFormat.getInstance(Locale.getDefault());
try {
double d = nf1.parse(s).doubleValue();
System.out.println(d);
System.out.println(Locale.getDefault());
}Kimenet:
123.0
hu_HUOké, hogy megoldhatom a szeparáló karakterek cseréjével illetve azt olvastam a DecimalFormatSymbols osztállyal is megoldható, csak kíváncsi lennék itt mi a gond.
[ Szerkesztve ]
-
floatr
veterán
-
nagyúr
Szamomra egeszen elkepzelhetetlen, hogy valaki nem kedveli a lambdakat A list comprehension meg a lambdak tenyleg olyan alapfogalmak a programozasban, mint az 'osztaly', csak aki epp a Java-ba no bele, es massal nem annyira talalkozik, annak fura.
Az a vicces, hogy a lamdbak hianya miatt, kenyszerusegbol letrehozott patternek annyira beivodtak egy csomo (Java-)programozo fejebe, hogy mostmar az tunik furanak, amit helyettesiteni akartak vele Kicsit olyan, mintha azt mondanad, hogy az "1+2" kod az fura, mert valojaban az kene, hogy Adder a = new Adder(1,2); a.doAdd(); mert az elso az olvashatatlan, es fogalmad sincs, mi tortenik
List<Integer> ints = new ArrayList<Integer>();
for (String s : list) {
ints.add(Integer.parseInt(s));
}
val ints = list.map(s => s.toInt)A masodik (Scala pelda) az azt mondja, amit valojaban akarok csinalni: egy sztringeket tartalmazo lista minden elemebol intet csinalni. Ennyi. A felso peldaban rengeteg a 'zaj', amit mar persze megszokott a Java-s szem, de konkretan nem tartozik az uzleti logikahoz az, hogy pl. deklaralok egy ciklusvaltozot.
[ Szerkesztve ]
while (!sleep) sheep++;
-
fordfairlane
veterán
válasz Aethelstone #6456 üzenetére
Miért, thread-kezelést építeni egy app-level nyelvbe nem hülyeség?
x gon' give it to ya
-
nagyúr
válasz Aethelstone #6466 üzenetére
Tudom, hogy viccelsz , de valojaban pont errol van szo.
while (!sleep) sheep++;
-
nagyúr
-
Aethelstone
addikt
-
floatr
veterán
Nekem hiányzik az operátor overloading, ha arra próbáltál célozni. Sőt a friend mechanizmus, és a valódi template-ek is. De ez a funkcionális bohóckodás -- mert ebben a formában az -- nem annyira. A javascript-féle closure is arra jó, hogy elkavard magad a scope-okkal. Nagyon észnél kell lenned, hogy nem rontsd el, és a supportja pedig sokkal drágább, mint a "hagyományos" megoldásoké. Egy épeszű PM nem szereti az ilyen kockázatokat.
-
nagyúr
Na jo, ne a JS legyen a referencia . Az F#-ot mondjuk erdemes lehet megnezni.
Az operator overloading irtozatosan sok problemat okoz C/C++-ban. A valodi template-k tenyleg nagyon jok (C++), bar akar a valodi generikusok is jol johetnenek (mint pl. C#).
while (!sleep) sheep++;
-
daninet
veterán
Sziasztok!
Félig OFF a dolog. Processing kódot faragok, mivel ez is java alapú, és nincs saját topikja, bátorkodtam ide írni, minden nemű segítséget megköszönök.
Adott ez a kód: [link]
Alapvetően a képernyőt elemzi, fel osztja egy négyzetrácsra és a szélső négyzetekben levő színekről küld információt az arduinonak, ami majd ledeket villogtat (tehát egy "ambilight" rendszer)
A dolog működik, a gond akkor van, mikor ezt a sort kikommentelem, ilyenkor nem fut le a dolog, megnyitja az ablakot, de üres.
port = new Serial(this, "COM1", 115200);
A COM1 porton rajta ül az arduino, és ha mást futtatok, akkor processingben azt az infót kapom, hogy COM1 busy, tehát az én olvasatomban eléri. De valamiért megáll a dolog, és nem elemzi a képernyőt, a ledek pedig nem kapcsolnak be.
Ha van valami tippetek megköszönöm
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
PumpkinSeed
addikt
Olyan kérdésem lenne, hogy szeretnék kicsit rajzolgatni java-ban de nem megy.
public void paintComponent(Graphics g){
g.drawLine(10,10,150,150);
}Hogyan kell ezzel bánni? Ha meghívom akkor a g mit takar?
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
nagyúr
-
@chain
csendes tag
válasz PumpkinSeed #6476 üzenetére
Több oka is lehet annak, hogy nem megy. A kódodból nem derül ki például, hogy JComponent-ből származik-e az osztályod, amiben a paintComponent() metódust felül szeretnéd írni. Illetve lehet, hogy a setVisible(true) hiányzik.
-
veterán
Egy kis threading problémám van.
Van egy osztály, leszármazik a Threadből, Agent a neve. Csinálok belőle egy példányt, beállítom a fieldeket és elindítom a szálat. Így néz ki a kód:
Viszont mintha nem indulna el a run, mert nem áll meg ennél a breakpointnál a program:
Breakpointok susped policy-jénél be van állítva, hogy minden száll megálljon, ha breakpointhoz ér a program counter.
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
beleszólok
senior tag
válasz Oppenheimer #6479 üzenetére
Hülye kérdés, de hátha: mi van, ha egy sorral lejjebb rakod a breakpointot?
(csak abból kiindulva, hogy esetleg a fordító kioptimalizálja azt az értékadásnak látszó sort)[ Szerkesztve ]
Tiszavirág: http://youtu.be/YdcsiW0kfso
-
veterán
válasz beleszólok #6480 üzenetére
Próbáltam azt is, hogy létrehozok egy akármilyen intet, utána incrementálom és oda rakom a breakpointot, mert ott mindenképp meg kell állnia. Mindezt a numberOfStays előtt. Megpróbálom azt is amit mondasz.
Most megállt a breakpointnál, simán user error volt. F8-at nyomtam F9 helyett. (IntellijIdea)
[ Szerkesztve ]
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
beleszólok
senior tag
-
Aethelstone
addikt
válasz Oppenheimer #6479 üzenetére
Teljesen OFF a téma szempontjából, de nem lenne jobb a Thread leszármaztatás helyett egy Runnable-t implementálni? Tudom, ez hasonló politikai/vallási/foci vita, de talán mégis
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
veterán
válasz Aethelstone #6483 üzenetére
Másból nem kellett leszármaznia, csak egy interfacet valósít meg, így kézenfekvõnek tūnt, hogy Threadbôl származzon.
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
beleszólok
senior tag
válasz Aethelstone #6483 üzenetére
Indok? (Nem kötekszem, tényleg érdekel - elő akarom szedni újra a javat, minden ilyen infó érdekes)
Tiszavirág: http://youtu.be/YdcsiW0kfso
-
Aethelstone
addikt
válasz beleszólok #6485 üzenetére
Igazából max annyi, hogy én speciel csak akkor használom a származtatást, amikor a szülő osztálynak valóban felül akarom valami tulajdonságát, metódusát definiálni vagy szeretnék default implementációkat használni a szülőből. A Thread run metódus szerintem nem ilyen történet.
Plusz, inkább implements mint extends
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
floatr
veterán
válasz beleszólok #6485 üzenetére
Mert nem szálat akarsz létrehozni, hanem egy futtatható feladatot. A szálnak saját állapotai vannak, amihez a feladatnak semmi köze sincsen, ráadásul tervezési mintának is elég törékeny
-
veterán
Vagy csak egy 1 nap alatt összedobott háziról van szó, és tökmindegy melyik módon csinálom. Tisztában vagyok vele, hogy a runnable interfacet érdemesebb használni, de úgy gondolom, ez most cseppet sem számít.
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
beleszólok
senior tag
válasz Oppenheimer #6489 üzenetére
Annyiból számít, hogy ha rossz gyakorlat rögzül benned, az a későbbiekben nem lesz egészséges.
Tiszavirág: http://youtu.be/YdcsiW0kfso
-
veterán
válasz beleszólok #6490 üzenetére
Ettől nem kell tartani. A programban egy keresőalgoritmus implementálása és tesztelése volt a lényeg egyébként is.
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
beleszólok
senior tag
válasz Oppenheimer #6491 üzenetére
Milyen suli egyébként? Visszaemlékezve, hogy harminc éve miket tanítottak...
Tiszavirág: http://youtu.be/YdcsiW0kfso
-
Aethelstone
addikt
válasz Oppenheimer #6489 üzenetére
Csatlakozom. Ha ugyanazzal az energiával lehet jót csinálni, akkor miért csinálnánk rosszat?
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
beleszólok
senior tag
válasz Aethelstone #6486 üzenetére
No, végre billentyűzet előtt (gyűlölöm az android virtuális billentyűit )
Szóval... Te itt hitvitáról beszéltél korábban.
Én olvastam olyan dolgokról, mint S.O.L.I.D. elvek, olvastam Uncle Bob Tiszta kód c. könyvét stb.
Most, hogy kicsit részleteztétek, miről van szó, szerintem a te verziód "a" megoldás, a másik felrúgja az OOP alapokat is, tehát szó sincs hitvitáról.
Ami picit megkavart, hogy pythonnal foglalkozom valamennyire és ott a szálak létrehozására olyan példákat találtam anno, hogy a multithreading.Thread osztályból célszerű származtatni.
Jelen esetben én úgy éreztem, az "extends Thread" felrúgja a SOLID elvek közül azt, amelyik szerint a leszármazottat a szülő helyére téve pontosan ugyanúgy kell viselkednie, mint a szülőnek.
Na most, ha "extends Thread" és felülírod benne a run metódust, akkor máris felrúgtad a fenti elvet, mivel a run() a szülőben nem csinál semmit, a leszármazottban viszont...
Persze az sem kizárt, hogy én értelmezem félre ezeket az elveket. Amikor suliban tanultam, még nem nagyon volt szó OOP-ról, nemhogy ezekről az alapelvekről és elég rég elhagytam a pályát.Egy kis olvasnivaló e témában (erősen ajánlott azoknak, akik hitvitát csinálnának belőle ) : http://stackoverflow.com/questions/541487/implements-runnable-vs-extends-thread
Tiszavirág: http://youtu.be/YdcsiW0kfso
-
Aethelstone
addikt
-
beleszólok
senior tag
válasz Aethelstone #6495 üzenetére
"szerintem nem ilyen".
De, ilyen. Ha szigorúan vesszük az elveket. (és én hajlamos vagyok rá, hogy így tegyek)
Egyébként komolyan ajánlom, hogy olvasd el azt a stackoverflow-s beszélgetést (azt meg még inkább, hogy még a legkevésbé fontos dolgoknál se kezeld ilyen nagyvonalúan ezeket, mert a végén úgy jársz, mint én- bocs, azt hittem, a kérdező reagált)---
Amit linkeltél, azt elolvastam. A fentieket arra írtam, hogy hitvitát emlegettél korábban és szerintem aki ebből a Thread kiterjesztése mellett voksol (magyarán nem te), az felrúg bizonyos elveket, amiket nem kellene.[ Szerkesztve ]
Tiszavirág: http://youtu.be/YdcsiW0kfso
-
Aethelstone
addikt
válasz beleszólok #6496 üzenetére
Most komolyan. Olvasd már el kérlek, amit írtam! Ugyanazt írtam, amit Te. Nomen est omen?
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
beleszólok
senior tag
válasz Aethelstone #6497 üzenetére
Akkor most olvasd el még1x - a végére szerkesztettem a magyarázatomat
De hogy még érthetőbb legyen: épp a fentiek miatt itt nem nagyon lehet szó hitvitáról, de ugye egy ilyen állítást illik megindokolni.[ Szerkesztve ]
Tiszavirág: http://youtu.be/YdcsiW0kfso
-
Aethelstone
addikt
válasz beleszólok #6498 üzenetére
Lehet hitvita, mivel alapvetően a feladat határozza meg, hogy melyiket kell vagy érdemes használni, de ad abszurdum az is lehet, hogy mindkettő jó tud lenni. A programozásban sincsenek kizárólagos igazságok.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
floatr
veterán
válasz Aethelstone #6499 üzenetére
A Thread semmiképpen nem lehet jó mint leszármaztatási alap, trust me
Amikor egy osztály olyanokkal van tele, hogy "native", és le akarod származtatni, akkor villog a felkiáltójel.Bár ettől függetlenül nem értem a kötekedését, teljesen értelmetlen.
[ Szerkesztve ]
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Léghűtés topik
- Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
- World of Tanks - MMO
- Otthoni hálózat és internet megosztás
- Ukrajnai háború
- Stellar Blade
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Így építsd a billentyűzeted!
- Linux felhasználók OFF topikja
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest