Чи варто використовувати int або Int32

У C # intі Int32те ж саме, але я читав кілька разів, який intвіддають перевагу, Int32без причини. Чи є причина, і я повинен дбати?

ECMA-334 : 2006 Специфікація мови C # (p18):

Кожен з попередньо визначених типів є скороченням для системного типу. Наприклад, ключове слово intвідноситься до структура System.Int32. Що стосується стилю, то використання ключового слова надає перевагу використанню повного імені типу системи.

Два справді є синонімами; intбуде трохи більш звичним виглядом, Int32робить 32-розрядніші більш явними для тих, хто читає ваш код. Я був би схильний використовувати intтам, де мені просто потрібне "ціле число", Int32де важливий розмір (криптографічний код, структури), тому майбутні технічні працівники будуть знати, що це безпечно збільшити, intякщо потрібно, але слід подбати про зміну Int32s таким же чином.

Отриманий код буде ідентичним: різниця полягає лише у читанні чи появі коду.

Вони обидва оголошують 32-бітові цілі числа, і як було зазначено в інших плакатах, який з них ви використовуєте - це переважно питання синтаксичного стилю. Однак вони не завжди поводяться однаково. Наприклад, компілятор C # не дозволить цього:

public enum MyEnum : Int32
{
    member1 = 0
}

але це дозволить:

public enum MyEnum : int
{
    member1 = 0
}

Піди розберися.

Я завжди використовую типи системи - наприклад, Int32замість int. Я застосував цю практику після прочитання Applied .NET Framework Programming - автор Джеффрі Ріхтер робить хороший приклад для використання імен повного типу. Ось два моменти, які зіткнулися зі мною:

1. Назви типів можуть відрізнятися між мовами .NET. Наприклад, в C #, longкарта в System.Int64, а в C ++ з керованими розширеннями, longкарта в Int32. Оскільки мови можна змішувати і співставляти під час використання .NET, ви можете бути впевнені, що використання явного імені класу завжди буде зрозумілішим, незалежно від бажаної мови читача.

2. У багатьох методах фреймворку є назви типів як частини назв методів:

   BinaryReader br = new BinaryReader( /* ... */ );
   float val = br.ReadSingle();     // OK, but it looks a little odd...
   Single val = br.ReadSingle();    // OK, and is easier to read

int - це ключове слово C # і є однозначним.

Більшість випадків це не має значення, а дві речі, які йдуть проти Int32:

• Потрібно мати систему, що використовує систему; заява. використання "int" не вимагає використання оператора.
• Можна визначити власний клас під назвою Int32 (що було б дурно і заплутано). int завжди означає int.

Як вже було сказано, int= Int32. Щоб бути безпечним, обов'язково використовуйте int.MinValue/ int.MaxValueпри впровадженні будь-чого, що стосується меж типу даних. Припустимо. NET вирішив, що intтепер це буде Int64, ваш код буде менш залежним від меж.

Розмір байтів для типів не надто цікавий, коли вам доводиться мати справу лише з однією мовою (і для коду, який вам не потрібно нагадувати про переповнення математики). Частина, яка стає цікавою, - це коли ви переходите між однією мовою на іншу, об'єктом C # до COM тощо, або ви робите деякий зміщення бітів або маскування, і вам потрібно нагадати про себе (і ваших кооператорів з перегляду коду) розміру даних.

На практиці я зазвичай використовую Int32 лише для того, щоб нагадати собі, якого вони розміру, тому що я пишу керований C ++ (наприклад, для переходу до C #), а також некерованого / рідного C ++.

Як ви, напевно, знаєте, у C # є 64-біт, але в нативному C ++ він закінчується як 32-бітний, або char - це unicode / 16-біт, тоді як у C ++ - 8-біт. Але як ми це знаємо? Відповідь, тому що ми розглянули це в посібнику, і він сказав так.

З часом і досвідом ви почнете бути більш добросовісними, коли ви пишете коди, щоб переходити між C # та іншими мовами (деякі читачі тут думають "навіщо вам?"), Але ІМХО я вважаю, що це краща практика, оскільки Я не можу згадати, що я кодував минулого тижня (або мені не потрібно вказувати в документі API, що "цей параметр є цілим числом 32 біт").

У F # (хоча я ніколи його не використовував) вони визначають int , int32 та nativeint . Слід поставити те саме питання, "яким я користуюся?". Як зазначали інші, у більшості випадків це не має значення (має бути прозорим). Але я для одного вибрав би int32 та uint32 лише для усунення неясностей.

Я думаю, це просто залежало б від того, які програми ви кодуєте, хто їх використовує, яке кодування практикує ви та ваша команда та ін., Щоб обґрунтувати, коли використовувати Int32.

Немає різниці між intі Int32, але як intце мовне ключове слово, багато людей вважають за краще його стилістично (так само, як і stringпроти vs String).

На мій досвід, це була умовна річ. Мені невідома будь-яка технічна причина використання int через Int32, але це:

1. Швидше набрати.
2. Більш знайомий типовому розробнику C #.
3. Інший колір у підсвічуванні синтаксису візуальної студії за замовчуванням.

Мені особливо подобається той останній. :)

Я завжди використовую псевдонімні типи (int, string тощо), коли визначаю змінну і використовую справжнє ім'я під час доступу до статичного методу:

int x, y;
...
String.Format ("{0}x{1}", x, y);

Просто здається некрасивим бачити щось на зразок int.TryParse (). Немає іншої причини, що я роблю це, крім стилю.

Я знаю, що найкращим методом є використання int, а всі MSDN-коди використовують int. Однак, наскільки я знаю, немає причини, що виходить поза стандартизацією та послідовністю.

Хоча вони (здебільшого) однакові (див. Нижче про одну [помилку] різницю), вам, безумовно, слід подбати, і ви повинні використовувати Int32.

• Назва для 16-бітного цілого числа - Int16. Для 64-бітного цілого числа це Int64, а для 32-бітного цілого числа інтуїтивно зрозумілим вибором є: int чи Int32?

• Питання про розмір змінної типу Int16, Int32 або Int64 є самостійним посиланням, але питання про розмір змінної типу int є цілком правильним питанням, і питання, які б тривіальні, не відволікають, ведуть до плутанини, марно витрачати час, перешкоджати обговоренню тощо (факт, що існує в цьому питанні, доводить суть).

• Використання Int32 сприяє тому, що розробник усвідомлює свій вибір типу. Наскільки знову великий інт? О так, 32. Ймовірність того, що розмір типу буде насправді врахована, більша, коли розмір включений у назву. Використання Int32 також сприяє знанню інших варіантів. Коли люди не змушені принаймні визнавати, існують альтернативи, щоб стати int стати "цілим числом" стає занадто просто.

• Клас у рамках, призначеному для взаємодії з 32-бітовими цілими числами, називається Int32. Ще раз, що: більш інтуїтивним, менш заплутаний, не вистачає (непотрібний) перекладу (не переводять до системі, але й у свідомості розробника) і т.д. , int lMax = Int32.MaxValueабо Int32 lMax = Int32.MaxValue?

• int не є ключовим словом у всіх мовах .NET.

• Хоча є аргументи, чому це, ймовірно, ніколи не зміниться, int не завжди може бути Int32.

Недоліками є два додаткових символи для введення та [помилка].

Це не компілюється

public enum MyEnum : Int32
{
    AEnum = 0
}

Але це буде:

public enum MyEnum : int
{
    AEnum = 0
}

Вам не варто байдуже. Ви повинні використовувати intбільшу частину часу. Це допоможе перенести вашу програму в більш широку архітектуру в майбутньому (наразі intце псевдонім, System.Int32але це може змінитися). Тільки тоді, коли має значення ширина біта змінної (наприклад: для управління компонуванням в пам'яті a struct), ви повинні використовувати int32та інші (із пов'язаним " using System;").

int - ярлик мови C # для System.Int32

Хоча це означає, що Microsoft може змінити це відображення, в публікації на обговоренні FogCreek зазначено повідомлення [джерело]

"Що стосується 64-бітового питання - Microsoft дійсно працює над 64-розрядною версією .NET Framework, але я впевнений, що INT НЕ буде відображати 64-бітну систему в цій системі.

Причини:

1. Стандарт C # ECMA спеціально говорить про те, що int - 32 біт, а довгий - 64 біт.

2. Майкрософт представив додаткові властивості та методи у Framework версії 1.1, які повертають довгі значення замість int-значень, наприклад Array.GetLongLength, крім Array.GetLength.

Тому я думаю, що можна впевнено сказати, що всі вбудовані типи C # збережуть своє поточне відображення ".

int - це те саме, що і System.Int32, і при компіляції він перетвориться на те саме, що і в CIL .

Ми використовуємо int за умовою в C #, оскільки C # хоче виглядати як C і C ++ (і Java), і саме це ми використовуємо там ...

До речі, я все-таки використовую System.Int32 при декларуванні імпорту різних функцій API API. Я не впевнений, це визначена конвенція чи ні, але це нагадує мені, що я переходжу до зовнішньої DLL ...

Колись тип даних int був прив’язаний до розміру регістра машини, на яку спрямований компілятор. Так, наприклад, компілятор для 16-бітної системи використовував би 16-бітове ціле число.

Однак ми, на щастя, більше не бачимо 16-розрядних версій, і коли 64-розрядні почали залучати популярних людей були більше заклопотані про те, щоб зробити його сумісним із старішим програмним забезпеченням, а 32-розрядний був так довгий, що для більшості компіляторів це int прийнято вважати 32 біта.

Я рекомендую використовувати StyleCop Microsoft .

Це як FxCop , але для проблем, пов'язаних зі стилем. Конфігурація за замовчуванням відповідає внутрішнім посібникам стилю Microsoft, але їх можна налаштувати під ваш проект.

Це може зайняти трохи звикання, але це безумовно робить ваш код приємнішим.

Ви можете включити його у свій процес збирання, щоб автоматично перевірити наявність порушень.

intі Int32те саме. intпсевдонім для Int32.

Вам не варто байдуже. Якщо розмір викликає занепокоєння, я б використовував байт, короткий, int, а потім довгий. Єдина причина, що ви використовуєте int, більший за int32, - це якщо вам потрібно число, що перевищує 2147483647 або менше -2147483648.

Окрім того, що мені було б байдуже, є ще багато інших предметів, про які варто зайнятися.

Це не має ніякої різниці в практиці і в часі ви приймете власну конвенцію. Я схильний використовувати ключове слово при призначенні типу та версію класу при використанні статичних методів тощо:

int total = Int32.Parse("1009");

intє псевдонімом для System.Int32, як визначено в цій таблиці: Таблиця вбудованих типів (посилання на C #)

Я використовую int у тому випадку, якщо Microsoft змінить реалізацію за замовчуванням на ціле число на якусь нову розкручену версію (назвемо це Int32b).

Потім Microsoft може змінити псевдонім int на Int32b, і мені не потрібно змінювати будь-який код, щоб скористатися їх новою (і, сподіваюся, покращеною) цілою реалізацією.

Те саме стосується будь-яких ключових слів типу.

Вам не варто піклуватися про більшість мов програмування, якщо вам не потрібно написати дуже специфічні математичні функції або код, оптимізований для однієї конкретної архітектури ... Просто переконайтеся, що розмір типу достатній для вас (використовуйте щось більше, ніж Int, якщо ви знайте, вам знадобиться більше 32 біт, наприклад)

Це не має значення. int - це мовне ключове слово, а Int32 - його фактичний тип системи.

Дивіться також мою відповідь тут на пов'язане питання.

Використання Int або Int32 - це той самий Int - це лише цукор для спрощення коду для читача.

Використовувати варіант Nullable Int? чи Int32? коли ви працюєте з базами даних на полях, що містять null. Це позбавить вас від безлічі проблем виконання.

Деякі компілятори мають різні розміри для int на різних платформах (не визначено C #)

Деякі стандарти кодування (MISRA C) вимагають, щоб усі використовувані типи були вказані в розмірі (тобто Int32, а не int).

Також добре вказати префікси для змінних різних типів (наприклад, b для 8-бітного байту, w для 16-бітного слова, l для 32-бітного слова => Int32 lMyVariable)

Вам слід потурбуватися, оскільки це робить ваш код більш портативним та більш ретельним.

Переносний може не застосовуватися до C #, якщо ви завжди будете використовувати C # і специфікація C # ніколи не зміниться в цьому плані.

Відновний ihmo завжди буде застосований, тому що особа, яка підтримує ваш код, може не знати про цю специфікацію C #, і пропустити помилку, якщо час від часу стає більше 2147483647.

У простому циклі for-циклу, який налічує, наприклад, місяці року, вам не буде байдуже, але коли ви використовуєте змінну в контексті, де вона могла б перейти в потоки, вам слід подбати.

Вам також слід подбати про те, чи збираєтеся ви робити на ньому трохи розумні операції.

Для використання Int32типу потрібне посилання на простір імен Systemабо повністю кваліфікований ( System.Int32). Я схильний до цього int, оскільки він не вимагає імпорту простору імен, тому зменшує ймовірність зіткнення простору імен у деяких випадках. При компіляції в IL немає різниці між ними.

Відповідно до негайного вікна в Visual Studio 2012 Int32 є int, Int64 довгий. Ось вихід:

sizeof(int)
4
sizeof(Int32)
4
sizeof(Int64)
8
Int32
int
    base {System.ValueType}: System.ValueType
    MaxValue: 2147483647
    MinValue: -2147483648
Int64
long
    base {System.ValueType}: System.ValueType
    MaxValue: 9223372036854775807
    MinValue: -9223372036854775808
int
int
    base {System.ValueType}: System.ValueType
    MaxValue: 2147483647
    MinValue: -2147483648

Також розглянемо Int16. Якщо вам потрібно зберігати Integer у пам’яті у вашому додатку, і ви стурбовані кількістю використовуваної пам’яті, тоді ви можете піти з Int16, оскільки він використовує меншу пам’ять і має менший діапазон min / max, ніж Int32 (що таке int .)

Деякий час назад я працював над проектом із Microsoft, коли ми відвідували когось із команди продуктів Microsoft .NET CLR. Ця людина кодувала приклади, і коли він визначав свої змінні, він використовував "Int32" проти "int" і "String" проти "string".

Я пам’ятав, як бачив цей стиль в іншому прикладі коду від Microsoft. Отже, я провів деякі дослідження і виявив, що всі кажуть, що між Int і Int не існує різниці, крім синтаксичного забарвлення. Насправді я знайшов багато матеріалів, які пропонують використовувати “Int32”, щоб зробити ваш код більш читабельним. Отже, я прийняв стиль.

Днями я знайшов різницю! Компілятор не дозволяє вводити enum за допомогою "Int32", але це відбувається, коли ви використовуєте "int". Не питайте мене, чому я ще не знаю.

Приклад:

public  enum MyEnum : Int32
{
    AEnum = 0
}

Це працює.

public enum MyEnum : int
{
    AEnum = 0
}

Взято з позначень Int32 проти int