Почему Convert.ToInt32 (Int32) существует?

Существует перегрузка Convert.ToInt32, которая принимает Int32 в качестве параметра. Но даже документация говорит, что в принципе ничего не происходит, и метод возвращает свой ввод.

Вопрос в том, почему у нас такая перегрузка? Есть ли в этом цель? Может ли кто-нибудь дать мне пример использования этого метода?

Мои мысли. Я думаю, мы можем иметь это, потому что есть перегрузка, которая принимает объект. И таким образом мы хотим устранить бокс и так далее. Но я не уверен.

Ответ 1

Мои идеи:

Для генерации кода: особенно в .NET 2.0 много кода, например. были созданы типизированные наборы данных. Перегрузка, такая как Convert.ToInt32(Int32), упрощает генератор кода, но не препятствует производительности во время выполнения, поскольку вызов, вероятно, немедленно удаляется.
Для согласованности. В .NET есть интерфейс IConvertible с версии 2.0 или, возможно, даже с 1.0, который используется классом Convert. Этот интерфейс требует таких методов, как ToInt32 и т.д.

Генерация кода (подробнее): Обычный способ генерации кода в .NET 2.0 раз был System.CodeDOM, поскольку он предоставляет средства для повторного использования одного и того же генератора кода для нескольких языков, в первую очередь VB.NET и С#. В CodeDOM вам не нужно знать, какой тип данного выражения должен вызывать метод, вы можете просто создать выражение CodeMethodCallExpression, указанное в выражении целевого объекта, и имя метода. С другой стороны, многие операторы литья, такие как С# s как оператор, не поддерживаются CodeDOM.

Как следствие, часто бывает сложно узнать тип данного кодового выражения в CodeDOM. Это полностью имеет смысл, поскольку многие методы, которые могут включать выражение, также являются частью сгенерированного кода и, таким образом, неизвестны во время генерации. Однако в некоторых случаях вам нужно определенное выражение, преобразованное в заданный тип, например System.Int32. Я могу представить, что это действительно произошло для типизированных наборов данных, хотя я не уверен на 100%. Поскольку Convert.ToInt32 существует, генератору не нужно знать, имеет ли данное выражение тип System.Int32 или нет. Когда компилятор компилирует сгенерированный код, все сигнатуры методов доступны, и компилятор может выяснить, что тип выражения System.Int32 и вызвать соответствующую перегрузку.

С другой стороны, JIT-компилятор обнаружит, что метод Convert.ToInt32 просто вернет свой аргумент. Но поскольку метод не является виртуальным, тело методов может быть вставлено в код вызывающих абонентов вместо вызова Convert.ToInt32, поскольку накладные расходы на вызов метода будут намного выше, чем тело метода.

Ответ 2

Только дизайнеры API знают.

Если бы я должен был предположить, я бы предположил, что это ради согласованности - например, когда вы используете отражение для динамического создания вызовов, проще, если вы можете сделать предположение, что каждая комбинация Convert.ToX(Y) существует для любых примитивных типов X и Y.

Ответ 3

Мы можем получить один возможный ответ из способов использования ToInt32 (Int32) в рамках классов.

например. System.Activities.DurableInstancing.SerializationUtilities

public static byte[] CreateKeyBinaryBlob(List<CorrelationKey>correlationKeys)
{
     [...]
     Convert.ToInt32(correlationKey.BinaryData.Count)

и System.ComponentModel.Design.CollectionEditor

private void PaintArrow(Graphics g, Rectangle dropDownRect)
{
    Point point = new Point(Convert.ToInt32(dropDownRect.Left + dropDownRect.Width / 2), Convert.ToInt32(dropDownRect.Top + dropDownRect.Height / 2));

В обоих случаях мы можем видеть, что тип свойства или выражение в настоящее время является Int32, но есть разумное ожидание того, что/возможно/этот тип может отличаться на разных платформах, архитектурах процессоров, будущих версиях фреймворка и т.д.

Итак, мой предложенный ответ заключается в том, что он существует как своего рода будущая коррекция исходного кода, чтобы он мог компилироваться без изменений, даже когда некоторые ключевые "сущности" (такие как окна X и Y-координаты) меняют тип.

Ответ 4

Common Language Runtime использует внутренний интерфейс IConvertible. Поскольку базовыми типами CLR являются Boolean, SByte, Byte, Int16, UInt16, Int32, UInt32, Int64, UInt64, Single, Double, Decimal, DateTime, Char y String, есть реализация для каждого из них в классе Convert.

Но, например, Convert.toBoolean(DateTime) всегда возвращает Исключение, по дизайну.

Ответ 5

Здесь описание метода:

    //
    // Summary:
    //     Returns the specified 32-bit signed integer; no actual conversion is performed.
    //
    // Parameters:
    //   value:
    //     The 32-bit signed integer to return.
    //
    // Returns:
    //     value is returned unchanged.

Единственное, о чем я могу думать, это то, что это ярлык/сквозной, если вход уже является int. Вероятно, это намного эффективнее, чем если int был передан в Convert.ToInt32(object).