რატომ შეიძლება ობიექტზე ორიენტირებული პროგრამირების მემკვიდრეობა იყოს ნაკლული ან неудобობა?

მემკვიდრეობა შეიძლება გამოიწვიოს არასასურველი შედეგები შემდეგი მიზეზების გამო:

• მჭიდრო კავშირი (Tight Coupling): მემკვიდრე კლასი მჭიდროდ არის დაკავშირებული თავისი მშობელი კლასთან. ცვლილებები მშობელი კლასში, თუნდაც მცირე, შეიძლება გავლენა მოახდინოს მრავალი მემკვიდრე კლასზე და გამოიწვიოს მათი შეცვლა ან შეცდომები. ეს რთულს ხდის სისტემის მხარდაჭერასა და განვითარებას.
• "დიამანტის" პრობლემა (Diamond Problem): წარმოიშობა მრავალმემკვიდრეობაში (რომელიც Java- ში აკრძალულია კლასებისთვის, მაგრამ შესაძლებელია სხვა ენებში). თუ კლასი D მემკვიდრეობს B და C-დან, ხოლო B და C მემკვიდრეობს A-დან, მაშინ A-ის წევრებზე წვდომისას D-დან, გაურკვეველია, რომელი გზით (B თუ C) უნდა იძებნოს.
• LSP (Liskov Substitution Principle) პრინციპის დარღვევა: მემკვიდრე კლასი ყოველთვის ვერ იქნება სრულად ჩანაცვლებადი მშობელი კლასის მიერ, რაც შეიძლება გამოიწვიოს გაუთვალისწინებელი ქცევა და შეცდომები.
• სუსტი და სუსტი იერარქია (Fragile Base Class Problem): მცირე ცვლილებები მშობელი კლასში შეიძლება გამოიწვიოს გაუთვალისწინებელი ქცევა მემკვიდრე კლასებში, რომლებიც დამოკიდებული არიან მშობელი კლასის განახორციელებაზე, მიუხედავად იმისა, რომ ეს დეტალები არ ყოფილა ღია კონტრაქტის ნაწილი.
• შეზღუდული მოქნილობა: კლასი შეიძლება გაფართოვდეს მხოლოდ ერთ სხვა კლასზე (ერთჯერადი მემკვიდრეობა). ეს შეზღუდავს მრავალ წყაროსგან ქცევის მიღების შესაძლებლობას. ინტერფეისები ნაწილობრივ ამ პრობლემას აგვარებს, მაგრამ სრულად ვერ შეცვლის მემკვიდრეობის ფუნქციონალობას.
• სირთულე გაგებაში: ღრმა მემკვიდრეობის იერარქიები შეიძლება გახადოს კოდი რთულად გასაგები და რთული გასაგებად. საბოლოო ქცევის განსაზღვრას საჭიროა მისი რეალიზაციის თვალსაზრისით იერარქიის გავლით თვალთვალი.

მრავალ შემთხვევაში, მემკვიდრეობაზე უპირატესობა მიენიჭება კომპოზიციას, რადგან ის უზრუნველყოფს მეტ მოქნილობას და ამცირებს კლასებს შორის კავშირს.