Программалоодо мурасчылык кайсы учурларда пайдалуу жана кайсы учурларда натыйжалуу болбой калышы мүмкүн?

Мирас пайдалуу болушу мүмкүн:

• Кодду кайра колдонуу: Жалпы ыкмалар жана талаалар негизги класста аныкталып, подклассыларга мурас болот.
• Полиформизм: Подкласс объекттери негизги класс объекттери катары каралышы мүмкүн, бул ар кандай ишке ашыруулар үчүн жалпы интерфейсти колдонууга мүмкүндүк берет.
• Типтердин хиерархияларын түзүү: Объекттер ортосунда "-а-" ("иш-ка-" же "бар") мамилелерин моделдөө.

Мурас алуу төмөнкү учурларда натыйжалуу эмес же көйгөйлүү болушу мүмкүн:

• Катуу байланыш (tight coupling): Негизги класста жасалган өзгөртүүлөр анын бардык подклассыларына таасир этиши мүмкүн, бул тейлөө жана рефакторлоону кыйындатат.
• Диамант көйгөйү (diamond problem): Көп мурас тилдеринде, эки класс биргелешкен негизги класстан мурас алса жана үчүнчү класс алардын экөөсүнөн мурас алса, метод чакырууларында таксыздык пайда болот. (жана Java/Kotlinде түз колдонулбайт, бирок концептуалдуу көйгөй).
• LSP (Liskov алмаштыруу принциби) бузуу: Подкласс негизги класс ордуна колдонулбайт, программанын тууралыгын өзгөртпөстөн. Көп учурда туура эмес мурас колдонуу көрсөтөт.
• Негизги классдин ашыкча чоңдугу (bloat): Негизги класс өтө татаал болуп, анын ичинде гана керектүү функциялар болот.
• Негизги классдин сыналгактуулугу: Кичинекей өзгөртүүлөр негизги класста, подклассунун жүрүм-турумун бузушу мүмкүн.

Альтернативдүү ыкмалар, мисалы, композиция ("бар"-га байланыштуу) жана интерфейстер, көбүнчө мураска караганда ийкемдүүлүк жана алсыз байланыш үчүн артыкчылыктуу болот.