бокс и распаковка в int и string

Звонок ToString - это не бокс. Он создает новую строку, которая просто содержит текстовое представление вашего int.

При вызове (object)1 в куче создается новый экземпляр, содержащий int. Но это все еще int. (Вы можете проверить это с помощью o.GetType())

Строку нельзя преобразовать с приведением к int. Таким образом, ваш код не будет компилироваться.

Если вы сначала приведете свою строку к object, ваш код будет компилироваться, но не удастся во время выполнения, поскольку ваш объект не упакован в int. Вы можете распаковать тип значения только в точно правильный тип (или связанный с ним, допускающий значение NULL).

Два примера:

Сломанный:

object o=i.ToString();// o is a string
int i2=(int)o;//Exception, since o is no int

Работающий:

object o=i;// o is a boxed int
int i2=(int)o;//works 

 int i = 2;
 string s = i.ToString();

Это НЕ бокс. Это просто вызов метода Int32.ToString(), который возвращает отформатированную строку, представляющую значение int.

 i = (int)s;

Этот код не будет компилироваться, поскольку между System.String и System.Int32 не определено явное преобразование.

Подумайте об этом следующим образом, чтобы понять, что есть, а что нет бокс и распаковка:

1. Бокс: это когда вы берете тип значения и просто "вставляете" его в ссылочную переменную. Для работы этой операции нет необходимости в какой-либо конкретной логике преобразования. Тип переменной останется прежним, если вы используете GetType().

2. Распаковка: это прямо противоположная операция. Возьмите тип значения, застрявший в ссылочном объекте, и назначьте его переменной типа значения. Опять же, для работы этой операции нет необходимости в какой-либо логике преобразования конкретного типа.

   Таким образом, если бы (int)s был действительным, это было бы просто явное преобразование, а не операция распаковки, потому что s.GetType() вернет System.String, а не System.Int32.

Упаковка / распаковка: преобразование типов значений в их объектное представление и наоборот (например, int и object).

Метод ToString (), напротив, представляет собой операцию, которая генерирует новую строку, и не имеет ничего общего с диалоговым окном / приведением / типом.

Поздно к вечеринке по этому поводу, но ... Я не люблю просто читать ответы без доказательств. Мне нравится разбираться в проблеме и анализировать возможное решение и проверять, соответствует ли оно моему пониманию. Это копирование и вставка текста из заслуженно признанного превосходного 'CLR via C #' бога Джеффа Рихтера объясняет это:

Несмотря на то, что неупакованные типы значений не имеют указателя на объект типа, вы все равно можете вызывать виртуальные методы (например, Equals, GetHashCode или ToString), унаследованные или переопределенные типом. Если ваш тип значения переопределяет один из этих виртуальных методов, тогда среда CLR может вызывать метод невиртуально, поскольку типы значений неявно запечатаны и не могут иметь никаких типов, производных от них. Кроме того, экземпляр типа значения, используемый для вызова виртуального метода, не упаковывается. Однако, если ваше переопределение виртуального метода вызывает реализацию метода базового типа, то экземпляр типа значения действительно упаковывается при вызове реализации базового типа, так что ссылка на объект кучи передается указателю this в базовый метод. Однако для вызова невиртуального унаследованного метода (например, GetType или MemberwiseClone) всегда требуется, чтобы тип значения был упакован, потому что эти методы определены System.Object, поэтому методы ожидают, что этот аргумент будет указателем, который ссылается на объект в куча.

За эту книгу мистеру Рихтеру следует вручить медаль. Если у вас его нет, получите !! Тогда получишь :)