Որ դեպքերում ժառանգությունը ծրագրավորման մեջ օգտակար է և որ դեպքերում կարող է լինել անարդյունավետ?

Ներառումը օգտակար է.

• Կոդի կրկնորդության օգտագործում: Ընդհանուր մեթոդները և դաշտերը սահմանվում են հիմնական դասում և ժառանգվում են ենթադասերից:
• Պոլիմորֆիզմ: Սուբդասերի օբյեկտները կարող են դիտվել որպես հիմնական դասի օբյեկտներ, ինչը թույլ է տալիս օգտագործել ընդհանուր ինտերֆեյս տարբեր իրականացման համար:
• Տիպերի հիերարխիաներ ստեղծել: Մոդելավորել "է-մեկ" հարաբերությունները օբյեկտների միջև:

Ներառումը կարող է լինել անարդյունավետ կամ խնդիրային հետևյալ դեպքերում:

• Ազդեցիկ կապ (tight coupling): Փոփոխությունները հիմնական դասում կարող են ազդել բոլոր ենթադասերի վրա, ինչը բարդացնում է սպասարկումը և վերափոխումը:
• Դիամանտի խնդիր (diamond problem): Բազմակի ժառանգության լեզուներում, երբ երկու դաս ժառանգում են ընդհանուր հիմնական դասից, իսկ երրորդ դասը ժառանգում է այդ երկուից, առաջանում է անհասկանալիություն մեթոդների կանչումներում:
• LSP (Liskov փոխարինման սկզբունք) խախտում: Սուբդասը չի կարող օգտագործվել որպես հիմնական դաս առանց ծրագրի ճշգրտության փոփոխության:
• Հիմնական դասի բլոատ (bloat): Հիմնական դասը շատ բարդ է և պարունակում է ֆունկցիաներ, որոնք անհրաժեշտ են միայն որոշ ենթադասերի համար:
• Հիմնական դասի փխրունություն: Փոքր փոփոխությունները կարող են աննկատ կերպով խաթարել ենթադասերի վարքագիծը:

Այլընտրանքային մոտեցումներ, ինչպիսիք են կոմպոզիցիան ("ունի-մեկ" հարաբերություններ) և ինտերֆեյսները, հաճախ նախընտրելի են ժառանգությունից՝ հասնելու ճկունություն և թույլ կապ։