Блог

Во-первых, два примера:

 // This works
int foo = 43;
long lFoo = foo;

// This doesn't
object foo = (int)43;
long? nullFoo = foo as long?; // returns null
long lFoo = (long)foo; // throws InvalidCastException
if (foo.GetType() == typeof(int))
    Console.WriteLine("But foo is an int..."); // This gets written out
 

Теперь я предполагаю, почему второе не работает из-за бокса. Цель этого кода состоит в том, чтобы реализовать IComparable . Мне нужен какой-то способ принудить объект либо к длинному, либо к длинному, в зависимости от обстоятельств, или, если это ни то, ни другое, чем выдавать ошибку. Я не хочу реализовывать проверки для каждого базового числового типа (byte, int, long, ubyte,…). Я бы предпочел просто отловить их в самом большом числовом типе и разобраться с этим таким образом. Мысли всех присутствующих здесь умных людей? Как я могу распаковать объект, предпочтительно избегая отражения, но я полагаю, что это единственный способ… Или я должен просто не реализовывать непатентованную версию IComparable ?

Редактировать:

Кажется, это работает, но похоже на ужасный взлом проблемы. Это только из-за меня?

 long lFoo = long.Parse(foo.ToString());
 

 object foo  = (int) 43;
long   lFoo = ((IConvertible) foo).ToInt64(null);
 

Когда вы приводите к типу значения, вы действительно заставляете операцию распаковки IL, которая требует, чтобы тип, к которому вы приводите, точно соответствовал упакованному значению; нет никаких преобразований, неявных или явных, которые могут произойти одновременно.

Обычно это означает, что вам нужно либо выполнить переключение с использованием кода типа (или если/иначе, если используются типы), либо, в вашем случае, выполнить проверку на наличие null с последующим преобразованием.ToInt64(), который должен правильно с этим справиться.

Это не только вы, однако tryparse не вызывает исключения.

 object foo = (int)43;
long outVal;
if(long.TryParse(foo.ToString(),out outVal))
{
//take action with correct value of long
}
else
{
//maybe passed you another type of object
}