Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Senua's Saga: Hellblade II - Íme a végleges gépigény
gp A folytatás megjelenéséig kicsivel több mint két hetet kell már csak várnunk.
-
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.
Új hozzászólás Aktív témák
-
Cathfaern
nagyúr
Ahogy látom, félreérted, hogy miről szól a programozás Én azt látom, hogy azt gondolod, hogy bemagolsz egy csomó parancsot, majd neki állsz 8 órában gépelni, és esetleg pár naponta utánanézel valami olyan dolognak amit még nem tudsz. Valójában ez pont fordított. A programozás nagyon kicsi része gépelés csak. Nagy része kutakodás, hogy hogyan lehet a feladatot a legjobban megoldani. Ez régen azt jelentette, hogy kicsaptál jó pár programozó könyvet magad köré, manapság pedig azt jelenti, hogy google google és google. Az időd egy jó részét ezzel töltöd, az időd egy másik részét az agyalással és próbálkozással / teszteléssel. Emellé nagyon keveset gépelsz, és főleg nagyon kevés monoton rutinből jövő dolgot csinálsz.
-
-
Szmeby
tag
Ha mindenáron le akarod szűkíteni a kört az alapvető dolgokra, Java esetén vedd például az OCA (Oracle Certified Associate) vizsga anyagát. Az Oracle oldalán is egészen jó tutorial van, és önszorgalomból még mélyebbre áshatsz a java elcseszett bugyraiban.
Apró kiegészítés, hogy ehhez azért programozni is tudni kell, tehát az OCA tananyag nem tartalmazza azokat az általános technikákat, hogy mi fán terem az iteráció, a szelekció, ahogy az alapvető algoritmusokat, adatszerkezeteket sem tárgyalja (rendezések, fák, stb).Nagyon alap dolgokat magyaráz, viszont a Java rengeteg irritálóan logikátlan működésére is rávilágít. Már ha igazán beleásod magad. Az OCP egy szinttel tovább lép, de igazából csak még több alap osztály működéséről regél. Véleményem szerint talán túl is tolja ezt, az IDÉk világában nagyon nem érdemes fejből vágni a StringBuilder összes metódusát. Mert minek. Ott a forrás, megnézem, fél másodperc, és ennyi.
De ha nagyon bele akarod ásni magad, hát kezdd a java.lang.* package osztályaival, aztán jöhet a java.util.*, java.util.concurrent.*, stbstb. De totál felesleges.A programozás reál tárgy, nem kell semmit beseggelni, mint a történészeknek. Az összefüggéseket kell ismerned. Nem az a lényeg, hogy fejből vágod, mennyi 4*5, hanem az, hogy ki tudod számolni. Vagy pl. nem kell ismerned, hogy az int -2147483648-tól 2147483647-ig tud számokat ábrázolni, hanem tudod, hogy a byte 8, a short 16, az int 32 biten tárolja az adatokat, amiben egyenlő arányban van negatív és pozitív, a nullát pozitívnak számítva. Kis matek és kijönnek a számok.
Nincs rajz. A szakmánk annyira gyorsan változik, hogy a rajz is folyamatosan változna, emberenként totál eltérő. Arról nem is beszélve, hogy az emberiség nagyon kis százaléka rendelkezik olyan memóriával, ami hiánytalanul visszaadna neked egy korrekt rajzot.
Akik ebből élnek, az általuk használt dolgokat már annyiszor guglizták ki, hogy megjegyezték. Ha idővel kevesebbet használják az adott dolgot, lassan elfelejtik, kikopik, megfeljebb újra rákeresnek, ha újra előjön. Ettől függetlenül nem hátrány, ha mesterien használod a keresőt, mert szükséged lesz rá. Ez így on-demand működik. Képtelenség mindent megtanulni. Az adott projekt dönti el, hogy mit kell használnod. Nekem például totál leépült a java.io tudásom, pedig rendkívül hasznos cuccok vannak benne... viszont évek óta a közelébe sem néztem. Elfelejtem, ennyi. Majd újra előjön, ha használnom kell. Ott a forrás, a javadoc, tutorialok, stackoverflow, google ...És igen, jó ha előre felkészülsz, hogy specializálódni fogsz, nem feltétlenül egy dologra, de fogsz. Mint mondtam, a világ összes ideje sem elég arra, hogy minden területen naprakész legyél.
Ha csak azt nézzük, hogy a youtubera másodpercenként több órányi anyag kerül fel, ugyanilyen rémisztő a helyzet az új programnyelvek, frameworkök, technológiák területén is. Teljesen felesleges megtanulni valamit, amit nem használsz, időt energiát és pénzt pazarolsz vele. Főleg, hogy az összes szinte ugyanaz más köntösben. Kitalálnak egy új nyelvet, ami egy másik hibáit hivatott javítani, cserébe viszont más hibákat hoz be. A hiba alatt inkább a kényelmetlen, körülményes használatot értem. Egyik nap trendi, megismered, megtanulod, másnap már egy másik nyelv a favorit. Unaloműzésnek tökéletes, arra, hogy szélesítsd a látókörödet, kiváló, találkozhatsz érdekes, hovatovább hasznos megoldásokkal, de pusztán azért, hogy majd egyszer talán lesz haszna és használni is fogod, elárulom: nem lesz.Majd a projekt eldönti, hogy mit lesz a jó választás. Adott problémához kell keresned megoldást, és nem a megoldásokat bemagolni. Egyik nap kiderül, hogy Scalaban mennyivel hatékonyabb megoldani xy-t, és lényegében dobhatod a kukába mindazt a java tudást, amit csak azért szedtél fel, mert hátha jó lesz valamire. Ez persze erős sarkítás, de a magolással töltött időt hasznosabban is eltölthetted volna.
Szóval ha megvannak a programozás alapok, akkor már csak egy megoldandó problémát kell keresned / csinálnod, majd arra prezentálni egy jó megoldást, alaposan körüljárva a témát, kisakkozva, hogy mi miért úgy van, ahogy. Meg hogy hogyan lehetne rajta még többet javítani, teszemazt lecserélve az ArrayListet LinkedListre, vajon mennyivel javul vagy romlik a performancia, stb. Bátran használd a keresőt, idővel majd úgyis megtanulod a gyakran használt dolgokat.
Aztán talán felébred benned az igény az igényes kód előállítására is, megismerkedsz a tervezési mintákkal, Bob bácsi clean code irányelveivel, úgy gondolom ezek sokkal időtállóbbak, mint egy 86-ik framework ismerete.
[ Szerkesztve ]
-
1eske
tag
Hogy lehet azt szépen megcsinálni, hogy attól függően, hogy a user egy vagy két paramétert ad meg futtatáskor a programnak, akkor egy függvényt 1 vagy 2 paraméterrel hívjon meg?
Az lenne a konkrét feladat, hogy egy SELECT lekérdezésben a WHERE-ben 1 vagy 2 paraméter lenne.
-
floatr
veterán
Ha a kérdés az, hogy metódusok közt változó mennyiségű argumentumot átadni hogyan lehet, akkor itt van a válasz [link]. Ha az a probléma, hogy hogyan változtatod az SQL-t, arra én query builder megoldásokat szoktam csinálni az aktuális framework szerinti eszközökkel. Lehet if-else ágakban összevagdosni a SQL stringet, lehet használni hibernate vagy JPA criteria API-t, van JOOQ vagy QueryDSL, ami szintén támogat feltételes buildelést bizonyos mértékig.
Ezek közül a legpöpecebb szerintem a JPA+Spring Data+QueryDSL kombináció, amit meg lehet támogatni igény szerinti SQL buildeléssel.Ha mindez csupán egy kis feladat, akkor javaslom a legegyszerűbb if-else + StringBuilder megoldást.
-
1eske
tag
Köszönöm mindenkinek a segítséget, egyben válaszolnék:
Egy kis projektre kéne, JDBC-t használva így valóban nem kell túl bonyolult megoldás. Args.Length majd 2 külön SELECT-et írok meg és aszerint hívom meg a megfelelőt.
Mondjuk úgy kéne, hogy lehessen a metódust hívni 1 illetve 2 paraméterrel is, majd a metóduson belül meg az if feltétel eldöntené, hogy melyik SELECT fusson le.
Azt picit pazarlónak és csúnyának érzem, hogy készítek 2 tök egyforma metódust, ami csak a paraméterek számában tér el...
-
smallmer
őstag
Sziasztok,
múlt hét után ismét megjelenek egy kérdéssel. az alábbi a feladat:Hozz létre egy osztályt Bankszamla néven. Parancssori argumentumként várja a bankszámla kezdeti egyenlegét és a számla felhasználóinak számát.
Hozz létre minden felhasználónak egy külön szálat.
A következőt ismételd 5-ször:
- véletlenszerűen a felhasználó vegyen ki/rakjon be egy véletlenszerűen generált összeget a számlára
- várjon 1-3 másodpercet, majd kezdje újraMinden tranzakciónál írd ki a tranzakció típusát, az összeget, illetve az új egyenleget. Pl.: Kivesz, összeg: 533, uj egyenleg: 313
A számla egyenlege soha nem lehet kevesebb, mint 0 Ft. Ha valaki többet szeretne kivenni, mint a számlaegyenleg, akkor a számlán levő teljes összeget vegye ki, de csak annyit. Ha üres számláról szeretne kivenni egy összeget, akkor továbbra is 0 marad a számlaegyenleg. Ügyelj a konkurens hozzáférésből eredő problémák kiküszöbölésére!Várd meg, míg az összes szál lefut, majd írd ki a képernyőre a következő üzenetet: "A program befejeződött".
itt a kódom:
package beadando;
import java.io.*;
import java.util.*;
import java.util.logging.Level;
import java.util.logging.Logger;
public class Szalak {
public static void main(String[] args) throws Exception {
int kezdeti_egyenleg = Integer.parseInt(args[0]);
int felhasznalok_szama = Integer.parseInt(args[1]);
//boolean kesz =false;
for (int i=1; i<=felhasznalok_szama; i++) {
new Beadando(kezdeti_egyenleg).start();
}
for (int i=1; i<=felhasznalok_szama; i++) {
new Beadando(kezdeti_egyenleg).join();
}
}
}
class Beadando extends Thread {
Random rand = new Random();
private int i_kezdet;
//private boolean kesz;
public Beadando(int kezdeti_egyenleg) {
this.i_kezdet = kezdeti_egyenleg;
//this.kesz = kesz;
}
@Override
public void run() {
synchronized (Szalak.class) {
//int x = i_kezdet;
for(int j=1; j<=5;j++){
int rand_berakvagykivesz = rand.nextInt(2);
if(rand_berakvagykivesz == 0)
{
int rand_szam = rand.nextInt(200000);
i_kezdet+=rand_szam;
System.out.println("berak: " + rand_szam);
System.out.println("Új egyenleg: "+ i_kezdet);
}else if(rand_berakvagykivesz == 1){
int rand_szam2 = rand.nextInt(200000);
if(rand_szam2 > i_kezdet ){
i_kezdet-=i_kezdet;
}else{
i_kezdet-=rand_szam2;
System.out.println("kivesz: " + rand_szam2);
System.out.println("Új egyenleg: "+ i_kezdet);
}
}
try {
Thread.sleep(1000);
} catch (InterruptedException ex) {
Logger.getLogger(Beadando.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
}a hiba, hogy ha mondjuk 2 lesz a felhasználók száma, akkor ugye 10 szer kellene berakni vagy kivenni, mert mindkét esetben a for ciklus a run-ban 5ször fut le, viszont nálam van hogy 6-szor , de lehet hogy 8-szor, tehát össze-vissza. esetleg valami ötlet?
-
Gyuri16
senior tag
válasz smallmer #8661 üzenetére
itt a hiba:
for (int i=1; i<=felhasznalok_szama; i++) {
new Beadando(kezdeti_egyenleg).start();
}
for (int i=1; i<=felhasznalok_szama; i++) {
new Beadando(kezdeti_egyenleg).join();
}a masodik ciklusban az elsoben letrehozott beadando objektumokon kellene a join() fuggvenyt meghivni. Igy letrehoz egy uj objektumot, es azon var.
Azon kivul van meg par problema a programmal:
minden szalnak kolon egyenlege van, nem ugyanahhoz a valtozohoz fernek hozza
ez nem tul szep es nem is effektiv: synchronized (Szalak.class)Nem vagyok egoista, csak uborkagyalu!
-
Gyuri16
senior tag
válasz smallmer #8663 üzenetére
el kell menteni a letrejovo objektumot egy valtozoba. Ha csak egy objektumot hoznal letre akkor igy nezne ki a main fuggvenyed vege:
Beadando beadando = new Beadando(kezdeti_egyenleg);
beadando.start();
beadando.join();neked ugyanezt kell megcsinalnod, csak ciklusban. Letrejovo objektumok referenciait nem egy sima valtozoban fogod tarolni, hanem egy listaban. Tehat az elso ciklusban letrehozod az objektumokat, eltarolod egy listaban es meghivod a start() fuggvenyt. Miutan mindet elinditottad egy masik ciklusban vegigmesz a listan es mindegyikre meghivod a join() fuggvenyt.
Nem vagyok egoista, csak uborkagyalu!
-
smallmer
őstag
válasz Gyuri16 #8664 üzenetére
ArrayList<Beadando> felhasznalolista = new ArrayList<Beadando>();
for (int i=1; i<=felhasznalok_szama; i++) {
felhasznalolista.add(new Beadando(kezdeti_egyenleg));
}
for (int i = 0; i < felhasznalolista.size(); i++) {
felhasznalolista.get(i).start();
}
for (int i = 0; i < felhasznalolista.size(); i++) {
felhasznalolista.get(i).join();
}így?
még így is össze-vissza fut le
-
Gyuri16
senior tag
válasz smallmer #8665 üzenetére
ugy jo.
ez helyett:
if(rand_szam2 > i_kezdet ){
i_kezdet-=i_kezdet;
}else{
i_kezdet-=rand_szam2;
System.out.println("kivesz: " + rand_szam2);
System.out.println("Új egyenleg: "+ i_kezdet);
}inkabb igy:
if(rand_szam2 > i_kezdet ){
i_kezdet-=i_kezdet;
}else{
i_kezdet-=rand_szam2;
}
System.out.println("kivesz: " + rand_szam2);
System.out.println("Új egyenleg: "+ i_kezdet);[ Szerkesztve ]
Nem vagyok egoista, csak uborkagyalu!
-
Gyuri16
senior tag
válasz smallmer #8667 üzenetére
igen.
az elso valaszomban is irtam, hogy most minden ugyfelnek/szalnak sajat egyenlege van. a feladat lenyege, hogy egy valtozohoz ferjen hozza az osszes szal es biztositsd, hogy korrekt modon irjak/olvassak a tartalmat. probald meg parszor lefuttatni a programod, es figyeld az egyenleg valtozasat: lesznek benne ugrasok.megoldani tobbfelekepp lehet, ugyhogy ajanlom nezd at, hogyan csinaltatok hasonlot - egy valtozohoz hozzaferni tobb szalbol.
mod: a program vege kiiratast a main fuggvenybe tedd ne a szalakba
[ Szerkesztve ]
Nem vagyok egoista, csak uborkagyalu!
-
válasz Gyuri16 #8662 üzenetére
minden szalnak kolon egyenlege van, nem ugyanahhoz a valtozohoz fernek hozza
ez nem tul szep es nem is effektiv: synchronized (Szalak.class)a tanár helyében én emiatt simán visszadobnám az egészet külön-külön is (nincs jelentősége a szinkronizációnak / a kritikus szakaszok védelme nem megfelelő), nem hogy a kettőt kombinálva. főleg javában, ahol van kismillió lehetőség szinkronizációra.
és akkor arról még nem beszéltünk, hogy miért használna bárki is valaha magyar változóneveket (bár ez mondjuk a feladat szövegétől függően még nem lesz explicit újrabeadás).
[ Szerkesztve ]
Don't dream it, be it. // Lagom amount.
-
Gyuri16
senior tag
válasz smallmer #8670 üzenetére
static valtozokat csak indokolt esetben illik hasznalni (ez nem az).
helyedben letrehoznek egy Egyenleg osztalyt, amibol a program elejen letrehoznek egy peldanyt, amit aztan konstruktorban atadnam a Beadando objektumoknak. az egesz szinkronizacios moka pedig ebben az Egyenleg osztalyban lehetne. Termeszetesen ez csak egy lehetoseg, jobb lenne, ha magad talalnad ki az alapjan amit tanitottak.
magyar valtozonevekkel szerintem nincs semmi gond, amig nem probalsz ekezeteket beletenni.
[ Szerkesztve ]
Nem vagyok egoista, csak uborkagyalu!
-
válasz smallmer #8670 üzenetére
ha nem vagy folyekony angolbol akkor legyel. legkesobb a diplomamunkaig.
itt nem elég az, hogy ha static lesz a változó?
ha a Mainban (ez inditja a Threadeket) vannak globalis valtozokent statikusan, akkor talan ha a feladat szovegenek ez nem mond ellent.Don't dream it, be it. // Lagom amount.
-
smallmer
őstag
azokat az instrukciókat kaptam, hogy nem párhuzamosan futnak a szálaim, mert a run metódusom törzse szinkronizált blokkban van, ehelyett azt a részt kellene szinkronizált blokkba tenni, ami módosítja az egyenleget.
illetve azt kaptam még, hogy legyen az egyenleg static.akkor csak elég a staticot beírni pluszba. a párhuzamosság megoldására tudtok adni valami ötletet?
-
Gyuri16
senior tag
válasz smallmer #8673 üzenetére
hat akkor legyen static.. szabad tudni hol tanitjak ezt? (akar privatban is)
de akkor ne konstruktorban allitsd be az erteket, hanem meg az elott, hogy letrehoznad az elso peldanyt.masik kerdesre: synchronized blokkot csak oda tedd ahol hozzafersz a valtozohoz, ne az egesz run metodusra
[ Szerkesztve ]
Nem vagyok egoista, csak uborkagyalu!
-
válasz smallmer #8673 üzenetére
nem párhuzamosan futnak a szálaim, mert a run metódusom törzse szinkronizált blokkban van
igen, ez az amit mondtam korabban.akkor szerintem most nyisd ki az eloadast / konyvet es nezd vegig a potencialis szinkronizacios mechanizmusokat.
Javaban van egy csomo beepitett megoldas a problemara, pl explicit mutual exclusion, lock, monitor. ha az egyenleg static es eleg ha egyszerre egy thread tartja a resourcet akkor van keyword szintu megoldas is.
de tenyleg nezd meg az elmeleti hatteret mert anelkul nem fogod megerteni.
Gyuri16: gondolom elso beadas a targybol es nem akarjak komplikalni OOval a helyzetet.
[ Szerkesztve ]
Don't dream it, be it. // Lagom amount.
-
smallmer
őstag
úgy van szerintem ahogy proci985 írta, de nem tudom, majd a következő hetekben úgyis jönni fogok kérdésekkel és akkor látjátok majd
-
Taoharcos
aktív tag
válasz smallmer #8670 üzenetére
Bevallom én is gyenge vagyok angolból, de TÉNY csak angolul szabad! Akkor ki kell szótárazni/google.translate-zni. Szokni kell, és közben ráadásul az ember nem csak a programozást tanulja, hanem az angolt is. Ráadásul a használható tutorialok, jó oldalak angolul vannak.
A Clean Code elvek miatt is szükség van a jól kifejező angol nevek ismeretére. -
ha veletlenul kulfoldieknek kene eladni a kodbazist / felvasarlas van akkor lehet az egeszre refactort tolni. ha fel kell venni kulfoldi kollegat aki nem tud magyarul mert kell a kompetencia akkor megint baj van. ahol dolgozom jelenleg majdnem 50% a kulfoldiek aranya, meetingeken az angol gyakorlatilag de facto hivatalos nyelvve lepett elo, kaveszunet valtozo (helyi nyelvet jellemzoen a frissen atrekrutaltak meg nem tudjak).
plusz egy nyelven jellemzoen egyszerubb egyszerre gondolkodni, mint bekeverni meg egyet.
emellett jellemzoen referencek es forumok mind angolul vannak, tehat informaciokereses miatt is kritikus az angol.
[ Szerkesztve ]
Don't dream it, be it. // Lagom amount.
-
disy68
aktív tag
Ha az ember még nincs is olyan helyzetben, hogy mással együtt kell dolgoznia egy kódbázison, de komolyan gondolja a programozást, akkor mindenképpen gondolni kell a jövőre. Jobb megszokni az angol kifejezések használatát még az elején, mintsem később kelljen egy rossz berögződésen korrigálni.
“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude
-
ToMmY_hun
senior tag
Néhány szakmai érv az angol nevek mellett:
- tutorialok, könyvek, cikkek szinte mind angol nyelven íródnak
- szinte minden SW-hez kapcsolódó dokumentáció angol (framework-ök, API-k, könyvtárak, stb.)
- multinacionális környezetben való kódolást tesz lehetővé
- kifejezőbbek, mint a magyar fordításuk, illetve sok szakmai kifejezésnek nincsen egységesen elfogadott magyar fordítása
- nagyobb fejlesztőeszközök mindegyike angolt használ (IDE, debugger, profiler, stb)
- angol kifejezések általában rövidebbek, lényegre törőekA végére hagytam egy nem túl szakmai, de szintén fontos érvet:
- új kifejezéseket tanulhat az ember, bővítheti a szókincsét (angol nélkül esélytelen programozóként elhelyezkedni komolyabb cégnél)
[ Szerkesztve ]
C programmers never die, they are just cast into void.
-
cigam
félisten
válasz ToMmY_hun #8683 üzenetére
Ez inkább az angol nyelv ismeret melletti érvelés. Persze elfogadom hogy nemzetközi csapatban/tulajdonossal követelmény. Nem hiszem,hogy 46 évesen autodidaktán valaha is bekerülök egy ilyen csapatba.
Annó a ZX81-en nem voltak olyan úri huncutságok,hogy a tömböt vektornak hívják, és az objektumokról se hallottunk. Most csak kíváncsi vagyok tudnék-e magamnak objektumorientált programot írni, a magam szórakoztatására.[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
ToMmY_hun
senior tag
Ez a szakma arról szól, hogy folyamatosan képezd magad. Az a tudás, ami ma friss és elfogadott, pár év múlva már elavult lesz és senkinek sem kell. Az, hogy X éve mivel foglalkoztál, szerintem már nem annyira fontos. Ami viszonz igen, az a hajlandóság a tanulásra és a nyitottság az új dolgok iránt. Nekünk, az Y generációnak ebben nagy előnyünk van, ugyanis bele születtünk ebbe a felgyorsult világba, ahol el vagyunk halmozva információval és ez nekünk természetes. Bele se merek gondolni, hogy mennyire idegen lehet egy más körülmények között felnövő egyénnek. Könnyűnek biztosan nem nevezhető.
[ Szerkesztve ]
C programmers never die, they are just cast into void.
-
válasz ToMmY_hun #8687 üzenetére
Azert vannak ennek elonyei. Jelenleg egy projekten Java8at hasznalok egy feladatra, viszont kulso processkent C programokat hivogatok. A C programok egy resze felig obskurus es a 80as evekben irtak oket. Hat igy a 100soros C kodnal eroteljesen anyazok, hogy:
- mit ir ki
- mi a feneert van hardcodeolva pl fix 13ra az osszes forloop?Termeszetesen hosszra vannak optimizalva szoval egy 100soros programhoz kepest eleg sok mindent csinalnak. Dokumentacio meg izebize.
Ugyanugy, en meg emlekszem a Turbo Pascalra meg a Borland Cre mint fejlesztoi kornyezetekre, valoszinuleg sikitofraszt kapnek ha az ido nagyreszeben abban kene dolgoznom. Meg internet nelkul. De minimum erezhetoen csokkenne a produktivitasom.
[ Szerkesztve ]
Don't dream it, be it. // Lagom amount.
-
MasterMark
titán
A kétdimenziós String tömb mit jelent?
String[][]
?Switch Tax
-
M_AND_Ms
addikt
válasz MasterMark #8689 üzenetére
Ez egy olyan tömb, amibe String tömböket raksz. Tehát a tömb minden eleme egy String[]
[ Szerkesztve ]
Aki tejszínhabot szeretne, az inkább verje ki a fejéből!
-
MasterMark
titán
válasz M_AND_Ms #8690 üzenetére
Ja nem úgy értem, elméletben tudom mi az. A kérdés hogy java-ban is olyan ez mint C++ -ban, hogy ezt előre fixen meg kell mondani mekkora?
Csak mert inkább használnék ArrayList-et de akkor meg értelmetlen a feladat szövege, vagy ezt is jelentheti a kétdimenziós String tömb?
[ Szerkesztve ]
Switch Tax
-
M_AND_Ms
addikt
válasz MasterMark #8691 üzenetére
Igen. A tömb mérete a létrehozáskor fix
Aki tejszínhabot szeretne, az inkább verje ki a fejéből!
-
Aethelstone
addikt
válasz MasterMark #8691 üzenetére
Jelenthet List<List<String>> -et is Esetleg List<String[]> -et is.
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
MasterMark
titán
Köszi.
Olyat hogy lehet, hogy később mondom meg hogy mekkora legyen a belső tömb?
private final ArrayList<String[]> data;
String[][] contents = new String[(this.data).size()][];És akkor később megy a for:
for (int i=0; i < (this.data).size(); i++){
[...]
}És ezen belül akarnám megmondani, hogy akkor mekkora legyen az adott sor.
Lehet ilyet?
Switch Tax
-
MasterMark
titán
válasz MasterMark #8694 üzenetére
Oké közben rájöttem:
contents[i] = new String[((this.data).get(i)).length];
Switch Tax
-
smallmer
őstag
Srácok van itt valaki aki facebookon,skypeon, esetleg bármilyen chat programon tudna nekem segíteni ? elvesztem és elég hosszú lenne a dolog
-
szervizeszso
csendes újonc
Üdv!
Tudna valaki segíteni egy kisebb Java alkalmazásban?
Előre is köszönöm a segítséget.
-
MODERÁTOR
válasz szervizeszso #8697 üzenetére
Bővebben?
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
MODERÁTOR
válasz szervizeszso #8699 üzenetére
Én azt javaslom, dobd ide be több szem többet lát alapon!
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- sziku69: Fűzzük össze a szavakat :)
- PlayStation 5
- Amazon Fire TV stick/box
- HiFi műszaki szemmel - sztereó hangrendszerek
- Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
- Politika
- Milyen monitort vegyek?
- Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
- Kerékpárosok, bringások ide!
- Az iPadOS-re írt appokra is díjat vet ki az Apple
- További aktív témák...
- ÚJ Dell Vostro 3520 - 15.6" IPS 120Hz / i5-1235U / 8-16Gb DDR4 / 512Gb / HUN backlit / 3 ÉV GAR.
- Nikon D7000, Tamron 18-270mm, Sigma 150-500mm
- KÜLÖNLEGES AJÁNLAT 21,5 iMac 2013 Late i5, 16GB RAM, 1,25TB Fusion Drive
- LG OLED55C19LA 1 ÉV GYÁRI GARANCIA
- Újszerű (AB) Macbook Pro 14" M1 Pro 512/ 16GB USA
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest