instanceof:n käyttö huonoa suunnittelua?

ohjelmoinnin opettaja oli heittänyt että instanceof:n käyttöä tulisi rajoittaa minimiin ja se vihjaa huonosti suunnitellusta ohjelmasta, koska luokat ja niiden toiminnallisuus tulisi tehdä niin että tyyppitarkastuksia ei tarvita missään vaiheessa (tai jotain). mitä mieltä ootte tästä, allekirjoitatteko?
4206
Äänestä

Muut lukivat myös

Vastaukset 4

Vanhimmat

En ole kuullut tuollaista väitettä. Toisaalta en ole tarvinnut instanceof:ia käytännössä koskaan. Lähinnä instanceof:ia voisi tarvita tilanteessa missä jokin olio välitetään Object-luokan avulla, jolloin instanceof:lla olisi hyvä tarkistaa, että saatu olio on oikeaa tyyppiä.

esim.
public Object palauta() {
return new JokuLuokka();
}

Object olio=palauta();
if (olio instanceof JokuLuokka) ((JokuLuokka)olio).teeJotain();

Käyttämällä rajapintoja, abstrakteja luokkia ja periytymistä oikein, ei tarvetta instanceof:in käytölle pitäisi syntyä.

Äänestä

Kyllä itse allekirjoitan täysin kyseisen väitteen. Kun luokka tarkastusta tarvitaan, niin se viittaa usein siihen, että ohjelmoija voi antaa jollekin metodille vääränlaisia olioita, ilman että kääntäjä siitä herjaa. Lisäksi kyseisen käskyn käyttö viittaa siihen, että ohjelmassa on pakotettuja tyyppimuunnoksia, jotka johtavat suunnittelun pettäessä helposti ajonaikaisiin virheisiin.

Kuten edellinen kirjoittaja sanoi, niin mm. rajapinnoilla voi yleensä kiertää tyyppi tarkastuksen tarpeen.

Äänestä
  • mutta toisaalta instanceof käytetään juuri parametrien tarkistukseen ja haarautumiseen siten että eri instannsi saa eri käsittely, tietysti tuo pitäisi ehkä tehdä mielluummin metodien overloadingina.

    Äänestä

  • Coodiguru kirjoitti:

    mutta toisaalta instanceof käytetään juuri parametrien tarkistukseen ja haarautumiseen siten että eri instannsi saa eri käsittely, tietysti tuo pitäisi ehkä tehdä mielluummin metodien overloadingina.

    Sitä tarkistamista juuri tarkoitin, sillä ohjelma pitäisi suunnittele siten, että parametrien tarkistukset tekee kääntäjä eikä "ohjelma" ajon aikaisti. Tällöin virheet ohjelmassa tulevat esiin jo ohjelmaa käännettäessä.

    Yleensähän se intanceof tarkistus tehdään juuri ennen pakotettua tyyppimuunnosta (ks. esimerkki 1). Kumpikin, niin pakotettu tyyppimuunnos että instanceof vihjaavat yleensä huonoon suunnitteluun.

    Eli aivan kuten totesit, niin parempi tapa on käyttää overloadingia, (ks. esimerkki 2 joka on 1:n korjattu versio)


    --- ESIMERKKI 1 ALKAA ---

       public static void teeJotain(Object olio) {
          if (olio instanceof Luokka1) {
             ((Luokka1) olio).luokan1Metodi();
          }

          if (olio instanceof Luokka2) {
             ((Luokka2) olio).luokan2Metodi();
          }
       }

    --- ESIMERKKI 1 LOPPUU ---   
       

    --- ESIMERKKI 2 ALKAA ---

       public static void teeJotain(Luokka1 olio) {
           olio.luokan1Metodi()
       }

       public static void teeJotain(Luokka2 olio) {
          olio.luokan2Metodi()
       }

    --- ESIMERKKI 2 LOPPUU ---

    Äänestä

Kommentoi aloitusta


opettajan suusta kirjoitti:

ohjelmoinnin opettaja oli heittänyt että instanceof:n käyttöä tulisi rajoittaa minimiin ja se vihjaa huonosti suunnitellusta ohjelmasta, koska luokat ja niiden toiminnallisuus tulisi tehdä niin että tyyppitarkastuksia ei tarvita missään vaiheessa (tai jotain). mitä mieltä ootte tästä, allekirjoitatteko?

Anonyymi
5000

Ilmoita asiaton sisältö

  • Sisältää materiaalia, joka on loukkaavaa, herjaavaa, rasistista, uhkailevaa tai ahdistelevaa.

  • Materiaali sisältää nimiä, yhteystietoja tai muita henkilökohtaisia tietoja. Julkisuuden henkilöistä, julkisissa viroissa toimivista ihmisistä sekä yritysten vastuuhenkilöistä saa keskustella työhön liittyen. Myös yksityiselämään liittyvistä asioista voi keskustella siltä osin, kuin niistä on julkisesti kerrottu.

  • Sisältää lapsille haitallista tai heiltä kiellettyä materiaalia. Seksuaalinen sisältö on sallittua aiheeseen tarkoitetuilla palstoilla, joiden ikäraja on 18 vuotta.

  • Lainvastaista sisältöä voi olla mm. yksityiselämää loukkaavan tiedon levitys, kiihottaminen kansanryhmää vastaan, laiton uhkaaminen, alaikäisiin liittyvä seksuaalinen sisältö/grooming, petokset, identiteettivarkaudet, kunnianloukkaukset ja tekijänoikeusrikkomukset.

  • Sisältö ei liity palstan tai keskusteluketjun aiheeseen.

  • Viesti ei ole suomea tai ruotsia (pl. International Forums), se sisältää mainontaa, se sisältää tekijänoikeuksin suojattua materiaalia, se on massapostitus tai jokin muu syy.

Jaa keskustelu