Các loại giá trị kế thừa từ System.Object ... tại sao?

Question

Bản sao có thể xảy ra:
Is everything in .NET an object?
How do ValueTypes derive from Object (ReferenceType) and still be ValueTypes?

Hi, Tôi chỉ không nhận được nó. System.Object là (tôi nghĩ) kiểu tham chiếu nhưng tất cả các kiểu dữ liệu trong .NET kế thừa từ nó. Ngoài ra các loại giá trị cũng vậy. Tôi không hiểu nó - loại giá trị có giá trị của nó trên stack nhưng nó được thừa kế từ Object? Hy vọng bất kỳ ai cũng có thể giúp tôi hiểu được

Answer 1

Tự hỏi tại sao bạn cho rằng một loại thường được phân bổ trên ngăn xếp sẽ kế thừa từ System.Object và tôi nghĩ bạn sẽ không thể xây dựng một lý do chính đáng.

Nếu bạn cho rằng đó là do đối tượng loại xác định vị trí được phân bổ, bạn nhầm. Thành viên nào của ValueType có trách nhiệm xác định cơ chế phân bổ của nó? (? Có gì thành viên của System.Object, cho rằng vấn đề)

Loại thừa kế trong .NET có nghĩa vụ phải bao gồm "là một" các mối quan hệ: a stringlà mộtobject, ví dụ. Tất cả mọi thứ trong thế giới NET là một object, vì vậy một int là một object, một double là một object vv

Bạn có thể nghĩ về điều này trong điều khoản của Liskov substitution principle: nếu tôi viết mã mà hy vọng an object, tôi phải có khả năng giao dịch với bất kỳ loại nào mà là an object —tất cả mọi thứ. Mã của tôi nên không kém phần thoải mái với một string, một int, một List<int> vv

Cũng lưu ý rằng object đảm bảo chắc chắn rằng các thành viên tất cả các loại có như một hệ quả của việc này: GetType, ToString, và GetHashCode.

Answer 2

Bạn đang đúng khi cho rằng, trong khi đối tượng là một loại tài liệu tham khảo, các loại giá trị làm kế thừa từ nó ngầm, như đã nêu trên tham khảo MSDN cho Value Types (theo tài liệu tham khảo, họ về mặt kỹ thuật kế thừa từ lớp ValueType, mà lần lượt Thừa kế từ đối tượng

C# đã tạo ra một trường hợp đặc biệt cho loại giá trị này vì vậy có thể hưởng lợi từ các phương thức của Object (như ToString) và các thuộc tính. từ việc cắm vào một số int bên trong một mảng của Object s.