Phương pháp quá tải và Brain Teasers Jon Skeet

Question

Jon's Brain Teasers

đây Hãy Spoilers ...

Tôi nhìn vào answer vị trí số 1, và tôi phải thừa nhận tôi không bao giờ biết điều này là trường hợp ở độ phân giải quá tải. Nhưng tại sao là trường hợp này. Trong tâm trí nhỏ bé của tôi Derived.Foo(int) có vẻ giống như các tuyến đường hợp lý để đi xuống.

Logic đằng sau quyết định thiết kế này là gì?

THỜI GIAN THỜI GIAN!

Hành vi này có phải là kết quả của đặc tả C#, việc triển khai CLR hay Trình biên dịch không?

Answer 1

Hành vi này có chủ ý và được thiết kế cẩn thận. Lý do là vì sự lựa chọn này làm giảm tác động của một dạng của lớp cơ sở giòn.

Đọc bài viết của tôi về chủ đề này để biết thêm chi tiết.

http://blogs.msdn.com/ericlippert/archive/2007/09/04/future-breaking-changes-part-three.aspx

Answer 2

lý do là: hiệu suất. gọi phương thức ảo mất nhiều thời gian hơn một chút. gọi một đại biểu trên một phương pháp ảo mất nhiều thời gian hơn và vân vân ....

see: The cost of method calls

Answer 3

Dưới đây là một lời giải thích có thể:

Khi trình biên dịch liên kết các cuộc gọi phương pháp, là người đầu tiên đặt nó trông trong lớp thấp nhất trong chuỗi thừa kế (trong trường hợp này là lớp Derived). Đó là phương pháp thể hiện được kiểm tra và khớp. Phương thức ghi đè Foo không phải là phương thức thể hiện của Derived, nó là phương thức thể hiện của lớp Base.

Lý do tại sao có thể là hiệu suất, như Jack30lena đã đề xuất, nhưng cũng có thể là cách trình biên dịch diễn giải ý định của người lập trình. Đó là một giả định an toàn rằng hành vi mã dự định của nhà phát triển nằm trong mã ở dưới cùng của chuỗi thừa kế.

Answer 4

Lý do là vì nó không rõ ràng. Trình biên dịch chỉ cần quyết định một. Và ai đó nghĩ rằng người ít gián tiếp sẽ tốt hơn (hiệu suất có thể là một lý do). Nếu nhà phát triển vừa viết:

((Base)d).Foo (i); 

rõ ràng và cho bạn kết quả mong đợi.

Answer 5

Đó là kết quả của trình biên dịch, chúng tôi đã kiểm tra mã IL.