Преобразование в int16, int32, int64 - как узнать, какой выбрать?

Если мы просто говорим о паре чисел, выбор самого большого не окажет заметного влияния на ваше общее использование плунжера и будет работать. Если вы говорите о большом количестве чисел, вам нужно использовать для них TryParse () и определить наименьший тип int, чтобы сэкономить память.

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

Если у вас действительно нет верхнего предела и вы хотите разрешить «неограниченные» значения, попробуйте добавить библиотеки времени выполнения .Net Java в свой проект, что позволит вам использовать класс java.math.BigInteger, который выполняет математические вычисления практически неограниченного размера. целое число.

Примечание. Библиотеки .Net Java поставляются с полной версией DevStudio, но я не думаю, что они поставляются с Express.

Просто хотел добавить это ... Я вспомнил, что во времена .NET 1.1 компилятор был оптимизирован так, что Операции int на самом деле быстрее, чем байтовые или короткие операции.

Я считаю, что это все еще актуально, но сейчас я провожу несколько тестов.

Обновлено: У меня есть неожиданное открытие: операции сложения, вычитания и умножения для краткости фактически возвращают int!

Каждый здесь, кто упомянул, что объявление Int16 спасает барана, должен получить голос против.

Ответ на ваш вопрос - использовать ключевое слово "int" (или, если хотите, используйте "Int32").

Это дает вам диапазон до 2,4 миллиарда чисел ... Кроме того, 32-битные процессоры будут лучше обрабатывать эти int ... также (и САМАЯ ВАЖНАЯ ПРИЧИНА) заключается в том, что если вы планируете использовать этот int почти по любой причине ... он, вероятно, будет должно быть "int" (Int32).

В структуре .Net 99,999% числовых полей (целых чисел) являются "целыми числами" (Int32).

Пример: Array.Length, Process.ID, Windows.Width, Button.Height и т. д., Т. Д. И т. Д. 1 миллион раз.

Обновлено: Я понимаю, что из-за моего сварливости меня отвергнут ... но это правильный ответ.

Повторять попытки TryParse () не имеет смысла, у вас уже объявлено поле. Вы не сможете передумать, если не сделаете это поле типа Object. Не хорошая идея.

Какие бы данные ни представляло поле, они имеют физический смысл. Это возраст, размер, количество и т. д. У физических величин есть реальные ограничения на их диапазон. Выберите тип int, который может хранить этот диапазон. Не пытайтесь исправить переполнение, это будет ошибка.

В отличие от наиболее популярного в настоящее время ответа, более короткие целые числа (например, Int16 и SByte) часто занимают меньше места в памяти, чем более крупные целые числа (например, Int32 и Int64). Вы можете легко проверить это, создав экземпляры больших массивов sbyte / short / int / long и используя perfmon для измерения размеров управляемой кучи. Верно, что многие разновидности CLR расширяют эти целые числа для оптимизации, зависящей от процессора, при выполнении над ними арифметических операций и т. д., Но когда они хранятся как часть объекта, они занимают ровно столько памяти, сколько необходимо.

Таким образом, вам определенно следует учитывать размер, особенно если вы будете работать с большим списком целых чисел (или с большим списком объектов, содержащих целочисленные поля). Вы также должны учитывать такие вещи, как соответствие CLS (которое запрещает любые беззнаковые целые числа в открытых членах).

Я согласен, что для простых случаев, таких как преобразование строки в целое число, Int32 (C# int) обычно имеет наибольший смысл и, скорее всего, то, что ожидают другие программисты.