Mikä olisi järkevin tapa alustaa noin tusinan verran olioita, joille määritellään tusinan verran piirteitä?
//Tämä näyttää kömpelöltä
olio1 = new Luokka(); olio1.setPiirre1(1); olio1.setPiirre2(4); ...
olio2 = new Luokka(); olio2.setPiirre1(2); olio1.setPiirre2(5); ...
olio3 = new Luokka(); olio3.setPiirre1(3); olio1.setPiirre2(6); ...
...
Lisävaikeutena on se että oliot pitäisi kytkeä toisiinsa:
olio1.setSeuraava(olio2);
olio2.setSeuraava(olio3);
olio3.setSeuraava(olio4);
Kaiken lisäksi pitäisi tallentaa kaikki kun piirteet on asetettu:
olio1.save();
olio2.save();
olio3.save();
//Tämä näyttää kömpelöltä
olio1 = new Luokka(); olio1.setPiirre1(1); olio1.setPiirre2(4); ...
olio2 = new Luokka(); olio2.setPiirre1(2); olio1.setPiirre2(5); ...
olio3 = new Luokka(); olio3.setPiirre1(3); olio1.setPiirre2(6); ...
...
Lisävaikeutena on se että oliot pitäisi kytkeä toisiinsa:
olio1.setSeuraava(olio2);
olio2.setSeuraava(olio3);
olio3.setSeuraava(olio4);
Kaiken lisäksi pitäisi tallentaa kaikki kun piirteet on asetettu:
olio1.save();
olio2.save();
olio3.save();
Vastaukset 12
Vanhimmat
Milläs meiningillä täyttelet ne oliot eli miten otat jostain ne datat millä täyttelet niitä?
Taulukko ja looppaus sen jälkeen voisi olla yksi. Sillä sitten täyttelet jos tulevat vaikka kannasta tms.
Kysymyksessä on datan kovakoodaaminen, eli data koostuu ohjelmointikielen vakioista. Voisihan tuon datan tuoda erikoisesta tietokannasta tai xml-tiedostosta loopilla mutta sillä tavalla mutta se ei helpota tuota toista kohtaa.
No jos toi on kertaluontonen juttu ja tusina muuttujia, niin ei ole mikään synti heittää niitä kasaan ihan siten kuin laittelit, vähän työläästi ehkä. Tärkeintähän on se, että softan saa kuntoon jos sulla on joku deadline.
Et voi käyttää taulukoita?
olio1 = new Luokka(); olio1.setPiirre1(1); olio1.setPiirre2(4);
olio1.setSeuraava(new Luokka(2, 5));
...
Eli olio olisi olemassa vain viittauksena edellisestä oliosta.
Ja nuo piirteet olisi ehkä helpompi (=standardimpi) asetella konstruktorissa?
Oliotyylistä ratkaisua olen hakemassa.
Päädyin tälläiseen "jälleensyntymismetodiin" addNext():
olio = new Luokka();
olio.setPiirre1(1); olio.setPiirre2(4);
olio = olio.addNext();
olio.setPiirre1(1); olio.setPiirre2(4);
Tässä erikoista on se että olio tavallaan tuhoaa itse itsensä ja luo tilalle uuden.
Onkohan moinen standardia.
Konstruktorissa asettaminen ei oikein onnistu koska parametrejä tulisi liian monta.
No, jos noin haluat tehdä...
Olio = New luokka()
olio.setPiirre1(1); olio.setPiirre2(4);
tmpOlio = olio.addNext();
tmpOlio setPiirre1(1); olio.setPiirre2(4);
tmpOlio = tmpOlio.addNext();
tmpOlio setPiirre1(1); olio.setPiirre2(4);
...
Tuo voisi toimia?
Jos tämä nyt Javaa on, niin olio on olemassa vain, jos siihen on viittaus jostain muuttujasta. Tässä tapauksessa siis tietysti olion pitää viitata siihen seuraavaan (addNext() luo olion ja lisää viittauksen).
Esim. C :ssa olio voi toki olla olemassa ilman, että siihen viitataan mistään, mutta kyllä siitäkin haastetta tulee. :)
Olio tallennetaan ennen viittauksen poistamista. addNext() -metodissa suoritetaan save().
Vaikuttaa että olet tekemässä linkitettyä listaa (eng. linked list). Etsi esimerkki kielellä jolla olet tekemässä, varmasti löytyy.
http://en.wikipedia.org/wiki/Linked_list
Esim. tuo tallennus menisi niin että on osoitin/referenssi listan ekaan olioon, ja sitten luupissa tallennetaan ja käydään läpi koko lista next-viitteen/osoittimen kautta kunnes lista lopussa (eli next on null, nil, 0 tai jotain muuta kielestä riippuen)
Kuulostaa sopivammalta menetelmältä. Javassa se tarkoittaa ulkopuolisen, LinkedListin tai vastaavan luokan käyttöä apuna.
Kävi mielessä myös iteraatio-luokka, mutta se on kai tarkoitettu listojen lukemiseen, ei luomiseen.
Jos hommasi on harjoitustehtävä niin tarkoitus on luultavasti toteuttaa tuo linkitys itse ts. tehdä oma (epätäydellinen) toteutus linkitetystä listasta. Silloin ei kai ole sallittua käyttää valmista toteutusta.
Ja harjoituksen vuoksi kannattaa tosiaan tehdä oma toteutus. Sitten kun ymmärtää perustoteutuksen voikin väsätä yleisemmän version Javan generics-systeemillä (templates C :ssa ), mutta se on jo hieman toinen juttu.
M-Karin "asiantunteva" vastaus viipyy? Olis kiva taas saada nauraa.
No en ite väheksyisi Ämkärrin asiantuntemusta, mutta en vaan tajua miten tommosella asenteella saa hoidettua asiakashommia. Jos asiakas haluaa softat vaikka iissille niin ei siinä auta haukkua migrosoftaa kepuliksi joka ei tee standardia rompetta.
Työelämässä kun toi epästandardi on toteutuksissa enempi sääntö enkä puhu kielistä tai käyttiksistä.