- Apple Watch Sport - ez is csak egy okosóra
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Telekom mobilszolgáltatások
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Mobil flották
- Leesett a kamionról több millió eurónyi Z Fold7
- Xiaomi 15 - kicsi telefon nagy energiával
- Samsung Galaxy A56 - megbízható középszerűség
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
Új hozzászólás Aktív témák
-
Lortech
addikt
Te vagy daiyen? Mi a probléma?
Jól mondták, hogy a magasugro osztályodban felül kell definiálnod a toString metódust, hogy azt a kimenetet adja a print, amit ebben meghatározol, az alapértelmezett toString metódus azt szolgáltatja amit leírtál, nyilván nem tudhatja, hogy ahelyett mit szeretnél látni.pl:
class Magasugro
{
String neve;
...
ctr, egyebek..
...public String getName()
{
return name;
}
@Override
public String toString()
{
return getName();
}
} -
Lortech
addikt
Ez így nagyon messze van.. Ha socket osztállyal akarod megoldani, akkor a HTTP protokoll szükséges részeit neked kell implementálnod. Nem véletlenül mondtam a HttpURLConnection tippet.
Itt egy példa fájl letöltés : [link]Itt a HttpURLConnection osztály leírása. Ott a lényeg a getResponseMessage() és a getResponseCode(), ami a HTTP válaszkódot tartalmazza.
-
Lortech
addikt
GET és POST a HTTP GET ÉS HTTP POST metódusok. Annyi a dolgod, hogy a kapcsolat felállításnál / lekérésnél beállítod valamelyiket. A lényegi különbség, hogy GET esetén maga az URI tartalmazza a paramétert ( pl index.php?x=10), POST esetben pedig a lekérés törzsébe kell tenni. Ha a HttpURLConnection osztállyal csinálod, akkor ennek a setRequestMethod metódusával kell beállítanod.
Cookie kezelés annyi, hogy a lekérés fejlécében (header) kell elhelyezni a cookiet ("Cookie"), eredménynél pedig kiszedni a headerből ("Set-Cookie").
Hibakódot úgy kapod meg, hogy a lekérés küldése után a HttpURLConnection példányod getResponseCode() függvényét meghívod és megvizsgálod, hogy milyen HTTP válaszkódot ad vissza. A HttpURLConnection osztály tartalmazza az összes lehetséges válaszkódot statikus mezők formájában, pl: HttpURLConnection.HTTP_OK (200-as kód) azt jelenti, hogy teljesíthető volt a lekérés. -
#1186
Lortech
addikt
Dr. Romano
#1185
Lortech
addikt
válasz
Dr. Romano
#1185
üzenetére
Nem fordítod le szabályosan, mert a java.exe a futtatórendszer, nem a fordító.
Szóval javac elso.java, aztán java elso. -
#1127
Lortech
addikt
Alvin_ti4200
#1126
Lortech
addikt
válasz
Alvin_ti4200
#1126
üzenetére
De írd le akkor, hogy mi okozza a problémát.
Példányosítasz a Timerből.
Kiterjeszted a TimerTask osztályt, implementálod a run metódusát annak megfelelően, hogy mit akarsz ismételni, amikor lejár az idő.
Példányosítasz ebből a kiterjesztett osztályból, és paraméterként átadod a Timer példányod schedule metódusának, plusz megadod az ismétlési időközt. -
#1125
Lortech
addikt
Alvin_ti4200
#1124
Lortech
addikt
válasz
Alvin_ti4200
#1124
üzenetére
-
Lortech
addikt
Vagy rövidebben (jobbnak nem feltétlenül jobb ez sem) pl. így:
List<Integer> LottoSzamok = new ArrayList<Integer>();
for(int i=0; i< 5;i++)
{
int lsz;
while (LottoSzamok.contains(lsz=(1+(int) (Math.random() * 90))))
;
LottoSzamok.add(new Integer(lsz));
}
for(int i=0; i< 5;i++)
System.out.print("\n"+LottoSzamok.get(i));A bentvane függvényedet lehetne szépíteni, ha megállna a for ciklus már az első találatra, mert felesleges végigszaladni minden elemen, ha pl. már az első elem a keresett elem. Pl ki lehetne breakelni az eredmeny = true után. Vagy breaktől idegenkedők a for ciklus ciklusban maradási feltételéhez hozzávehetik a !eredmeny kifejezést (i<=4 && !eredmeny;), habár ezzel a + feltételvizsgálat miatt nem vagyunk sokkal előrébb. Vagy egyből return true; és akkor nem kell eredmeny valtozó se. (még egy return false; kellene ekkor a végére, hogy minden code path térjen vissza értékkel)
-
-
#850
Lortech
addikt
loszerafin
#849
Lortech
addikt
válasz
loszerafin
#849
üzenetére
Valóban, referencia típusnál is átmásolódik a hívó paraméter referenciája a hívott paraméterbe. De mivel ez egy referencia, azaz mindkettő rámutat majd ugyanarra az objektumra, ezért mellékhatásokkal jár, ha a lokál paraméterrel mutatott objektumot mdosítjuk. Maga a paraméterként átadott objektum értéke, referenciája valóban nem fog megváltozni. Viszont az előbb említett mellékhatás miatt célszerű megkülönböztetni a hagyományos érték szerinti paraméterátadástól. Mint ahogy a ''valódi'' referencia szerintit is meg kell különböztetni tőle, ahol nem a referencia adódik át, hanem magának a referencia típusú változónak a címe, így a hívott eljárásban egy és ugyanaz a változó, mint a hívás helyén.
Hogy hogy hívjuk, az már nekem mindegy, ha a sun simán érték szerintinek írja, ám legyen, nem ez a lényeg, hanem hogy értsük a működését. C#-ban egyébként létezik mind a három általam említett paraméterátadás, dehát ez nem az a topik.
-
#846
Lortech
addikt
loszerafin
#844
Lortech
addikt
válasz
loszerafin
#844
üzenetére
Kérdés az, hogy mit tekintesz értéknek.
Én azt mondtam volna, amit megadtak megoldásnak. De szó szerint véve elfogadható az A is, mivel egy objektum értéke a referenciája. (szintaktikailag)
Ugyanakkor ha azt mondod, hogy referencia szerinti átadás van objektumoknál, szerintem akkor sem mondasz hülyeséget (sőt), mivel az az érték ami átadódik az egy referencia, így ugyanazt mondod, csak a referencia pontosabb megnevezés, bővebb jelentéssel bír, épp ezért ez utóbbit preferálom. -
#822
Lortech
addikt
loszerafin
#821
Lortech
addikt
válasz
loszerafin
#821
üzenetére
Referencia típusoknál mindig allokáció van.
Ha így érdekel a téma, ajánlom áttanulmányozásra az alábbi írást és a kommenteket : [link] -
Lortech
addikt
Én azt nem mondtam, hogy az értékadás csak egyszer fut le, hisz ott van az én kódomban is. Így azt kapod ami a példádban is van. Csupán azt állítottam, hogy nem történik allokáció és felszabadítás minden iterációnál. Ez komoly bünti lenne egy ilyen magas szintű nyelvnél, még egy egyszerű int-nél is.
szerk: 815: np.
[Szerkesztve] -
Lortech
addikt
Nem, nem mondtam ilyet.
Még azt sem mondtam, hogy pont ezt csinálja a fordító. C# alatt megmondom neked assemblyre, java-nál nem tudom. Szemantikailag viszont így kell elképzelni. Ha mondjuk egy újabb blokkba rakod az egészet, akkor mindjárt nem látszik kívülről..., de tök mindegy, nem találgattam, csak választ adtam, hogy kell elképzelni.
De te aztán még úgy jól tudod, írsz egy totál hülyeséget aztán én vagyok a hülye..
-
Lortech
addikt
Szerintem érdemes kezdőként a parancssoros javac.exe-vel ''szenvedni''
Igen, ez az elfogadott nézet, én ezzel szemben azt vallom, hogy ''advanced'' szinten érdemes vele foglalkozni, és akkor már komolyabban, mert kezdőként hiába be tudja pötyögni azt a parancsot, csak annyit lát, hogy kiadta a parancsot, lett egy programb (vagy nem), és akkor örül neki, de ennyi. -
Lortech
addikt
A két nyelv és maga a technológia hasonlósága miatt gyakorlatilag mindegy, hogy melyiket választod. A megszerzett tudásod könnyen átvihető egyikből a másikba, viszonylag rövid idő alatt át lehet állni. A legjobb mindkettővel szoros barátságot kötni. Az OOP filozófiát kell minél magasabb szinten elsajátítani, és akkor már csak ujjgyakorlat lesz a megvalósítás mindkét nyelven.
Java programozót még mindig többet keresnek szerintem is, de nem biztos, hogy pusztán ezen tény alapján kell döntened. Mindig a részletekben van a lényeg.
A C#-ot és .NET-et jobb technológiáknak tartom egyébként összességében, és a jövőben a térnyerését jósolom a JAVA kárára.
A .NET nagy hátránya viszont, hogy még mindig nagyon szorosan a Windows-hoz kapcsolódik, és ez a jövőben is csak tessék-lássék szinten fog változni szerintem. Bár elég jól meg van tervezve, a lehetőség adott. De pl valaki el tud képzelni jelen helyzetben egy Visual Studio-t linuxra?
Még azt sem mondtam, hogy pont ezt csinálja a fordító. C# alatt megmondom neked assemblyre, java-nál nem tudom. Szemantikailag viszont így kell elképzelni. Ha mondjuk egy újabb blokkba rakod az egészet, akkor mindjárt nem látszik kívülről..., de tök mindegy, nem találgattam, csak választ adtam, hogy kell elképzelni.
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- iKing.Hu Samsung Galaxy S25 Plus Navy 12/256 GB Használt, karcmentes állapotban 3 hónap garanciával!
- iKing.Hu - Apple iPhone 15 Plus Black Használt, karcmentes 256 GB tárhely 3 hónap garancia!
- iKing.Hu - Motorola Razr 40 Ultra Glacier Blue 8 GB RAM / 256 GB tárhely Használt, karcmentes
- iKing.Hu - Motorola Razr 50 Ultra Midnight Blue Használt, karcmentes állapotban 12 GB RAM / 512 GB
- iKing.Hu - Xiaomi 14 Ultra Ultra White Használt, karcmentes állapot, Kamerás csúcsmobil
- Bomba ár! Dell Inspiron 15 5578 2in1: i7-7GEN I 16GB I 256SSD I 15,6" FHD Touch I Cam I W11 I Gari!
- Telefon felvásárlás!! Apple Watch SE/Apple Watch SE 2 (2022)
- iPhone 13 mini 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3045, 96% Akkumulátor
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- 15,6" Dell Latitude laptopok: E6540, E5550, E5570, 5580, 5590, 5500, 5501, 5510/ SZÁMLA + GARANCIA
Állásajánlatok
Cég: FOTC
Város: Budapest