Ngay cả khi đó có thể là những thực tiễn xấu, tôi sẽ nói rằng có thời gian nó sẽ hoàn thành mục đích của nó.
1
Tôi chỉ thích cách mọi người đưa ra tất cả những lý do này cho việc không có khả năng hoàn toàn hữu ích trong bất kỳ thứ gì Microsoft sản xuất (MVP đặc biệt tinh thông về điều này). Tôi đoán là hầu hết những người không hiểu về lợi ích của việc thừa kế nhiều người là những người không hiểu (và không sử dụng) quyền thừa kế ở nơi đầu tiên, bởi vì họ thích bản sao và phổ biến hơn bao giờ hết paste-the-code-20 lần mà tôi thấy trong hầu hết các dự án ở mọi nơi. Không còn nghi ngờ gì nữa và khi Microsoft quyết định thực hiện MI, mọi người sẽ đột nhiên trở thành một người say mê, không cần chờ đợi một "nhà truyền giáo", tuyên bố với
@DaveZiffer có lẽ, nhưng có vẻ khó để có được đúng. Bạn có biết một ngôn ngữ hoặc cách thực hiện nơi nó hoạt động thực sự tốt không?
@Dave Hoặc bạn chỉ đánh giá quá cao tính hữu dụng của nó. Kế thừa nói chung là cách đánh giá quá cao, và các trường hợp thiếu có thể dễ dàng được mô hình hóa bằng cách sử dụng các giao diện và thành phần. Nhiều kế thừa thực sự là vô dụng trong C #. Ưu điểm duy nhất có được là nó không cần phải ủy quyền thủ công các phương thức giao diện cho việc triển khai trong các thành viên hỗn hợp. Điều này có thể đã được giải quyết tốt hơn (ví dụ bằng cách giới thiệu mixins) nhưng không có lý do chính đáng nào để giới thiệu nhiều kế thừa.
—
Konrad Rudolph
Tôi đã mã hóa OO trong java trong nhiều năm nay bằng cách sử dụng tính kế thừa hợp lý (đôi khi rất ít khi tôi học tốt hơn) và tôi đã tìm thấy chính xác 1 lần khi rất khó để có được sự kế thừa nhiều lần và có thể 10 lần nơi tôi có thể đã sử dụng nó để đơn giản hóa thiết kế hiện tại của mình - và chính xác là 0 lần khi tôi không thể thiết kế lại nó không cần nhiều sự kế thừa và có thiết kế tổng thể tốt hơn so với nó.
—
Bill K