Почему это работает?

Question

[Rustem Sultanov]

Почему срабатывает приведение к интерфейсному типу, после упаковки значимого типа int?

Answer 1

[Rustem Sultanov]

Упакованный Int32 тоже реализует интерфейс IComparable, но поскольку упакованный Int32 был приведен к типу Object, необходим явный каст к интерфейсному типу.

Answer 2

[Станислав Силин]

System.Int32 реализует IComparable по этому исключения не будет.

Comments

[Rustem Sultanov]

А как же упаковка?

[Станислав Силин]

Ем... Ну произойдет она, почему она должна нарушить этот механизм?

[Rustem Sultanov]

Создается объект на куче, значение int копируется в поле этого нового объекта, а сам объект приводится к типу object, который не реализует интерфейс IComparable

[Станислав Силин]

Да, но int не перестает быть int-том если на него указывает ссылка с типом object.

В данном случаи obj это ссылка с типом object, которая указывает на упакованый int. Когда вы приводете ее(ссылку) к IComparable, то ранатйм смотрит на то место куда она указывает, а там лежит int который знает что такое IComparable.

Рекомендую почитать про наследование и адресацию в памяти.

[Станислав Силин]

[Станислав Силин]

o_O

[Rustem Sultanov]

Мне не понятно почему с неявным кастом выдает ошибку компиляции, а с явным все ок

[Rustem Sultanov]

[Станислав Силин]

Это позволяет уменьшить количество глупых логических ошибок при преобразованиях, вся ответвеность за "страные" преобразования ложиться на плечи програмиста.

[Зелимхан Бельтоев]

Rustem Sultanov: "Явное лучше, чем неявное"

Answer 3

[Илья Мещихин]

Когда вы пишите "number." в последней строчке система понятия не имеет, что obj содержит интовое значение и просто показывает методы для интерфейса IComparable.
Но это вовсе не значит, что код будет работать )