Kasutajal on vaja vaid tutvuda vaadeldava klassi objektide käitumisega, mis paistab harilikult välja klassi kirjeldusest ning ta ei pea midagi teadma sellest, kuidas sellise klassi meetodid on teostatud. Taaskasutamise mõttes võib klassi vaadelda kui "musta kasti", millel on konkreetsed omadused ja käitumine, aga mille sisemust näha ei ole. Teiseks oluliseks omapäraks on programmi vigade lokaliseerumine. Nii, nagu klassi taaskasutaja "ei näe" klassi teostust, nii ei mõjuta klassi meetodi teostuse vead midagi väljastpool klassi piire olevat. Lihtsalt selle klassi objekt käitub "imelikult". Kui struktuurprogrammeerimise nuhtluseks oli tihti vigade ahelreaktsioon, mis tulenes sellest, et ühe vea parandamine võis tekitada uue vea, siis OO programmeerimine on sellisest efektist vabanenud just tänu vigade kapseldumisele meetodite sisse. See annab tohutu ajavõidu programmide silumisel. Objektorienteeritud maailm
tarkvara loomiseks vajalikke jõupingutusi. Kasutajal on vaja vaid tutvuda vaadeldava klassi objektide käitumisega, mis paistab harilikult välja klassi kirjeldusest ning ta ei pea midagi teadma sellest, kuidas sellise klassi meetodid on teostatud. Taaskasutamise mõttes võib klassi vaadelda kui "musta kasti", millel on konkreetsed omadused ja käitumine, aga mille sisemust näha ei ole. Teiseks oluliseks omapäraks on programmi vigade lokaliseerumine. Nii, nagu klassi taaskasutaja "ei näe" klassi teostust, nii ei mõjuta klassi meetodi teostuse vead midagi väljastpool klassi piire olevat. Lihtsalt selle klassi objekt käitub "imelikult". Kui struktuurprogrammeerimise nuhtluseks oli tihti vigade ahelreaktsioon, mis tulenes sellest, et ühe vea parandamine võis tekitada uue vea, siis OO programmeerimine on sellisest efektist vabanenud just tänu vigade kapseldumisele meetodite sisse. See annab tohutu ajavõidu programmide silumisel. Objektorienteeritud maailm
annaabi.ee 
