Мені цікаво дізнатися, яка різниця між акторським складом, щоб сказати, intпорівняно з використанням Convert.ToInt32(). Чи є якийсь приріст продуктивності при його використанні?
Також для яких ситуацій слід використовувати кожну? В даний час я більш схильний до використання, Convertале у мене немає причин піти в будь-який бік. У думках я бачу, як вони обидва досягають однієї мети.
Відповіді:
Див. Різниця між трансляцією та конвертацією на іншому форумі
Convert.ToInt32(String, IFormatProvider)під називаєInt32.Parse(читайте зауваження).
Отже, єдина різниця полягає в тому, що якщо передано нульовий рядок, він повертається0, тоді якInt32.ParseкидаєArgumentNullException.
Це справді питання вибору, яким би ви не користувались.
Особисто я не використовую ні того, ні іншого, і, як правило, використовую TryParseфункції (наприклад System.Int32.TryParse()).
Посилання зверху порушено, див. Цю відповідь на StackOverflow.
When you cast from a floating-point number to an integral, any fractional portion is truncated; no rounding is performed. The static class System.Convert provides methods that round while converting between various numeric types
Актори, коли це справді тип int, конвертуйте, коли це не є, intале ви хочете, щоб це стало.
Наприклад, int i = (int)o;коли ви знаєте, що o - це int
int i = Convert.ToInt32("123") оскільки "123" не є int, це рядкове представлення int.
Є ще одна різниця. "Конвертувати" завжди переповнюється, тоді як "трансляція" може бути, залежно від Ваших налаштувань та використовуваного ключового слова "перевірено" або "не перевірено".
Щоб бути більш явним. Розглянемо код:
int source = 260;
byte destination = (byte)source;
Тоді пункт призначення буде 4 без попередження.
Але:
int source = 260;
byte destination = Convert.ToByte(source);
дасть вам виняток.
Не всі типи підтримують перетворення, як
int i = 0;
decimal d = (decimal)i;
тому що це потрібно для реалізації явного оператора . Але .NET також забезпечує IConvertible інтерфейс , тому будь-який тип реалізує цей інтерфейс може бути перетворений на більшість вбудованих типів фреймворку. І нарешті, клас Convert допомагає оперувати типовими реалізаціями інтерфейсу IConvertible.
Актори просто повідомляють компілятору, що цей об’єкт насправді є реалізацією іншого типу, і поводитися з ним як з новою реалізацією зараз. Тоді як конвертор говорить, що це не успадковується від того, до чого ви намагаєтесь конвертувати, але існує певний спосіб це зробити. Наприклад, скажімо, ми перетворюємо "16" на int. "16" є рядком і жодним чином не успадковує від int. Але, очевидно, що "16" можна перетворити на int 16.
Вкинувши 2c - здається, що концептуальне розмежування може бути корисним. Не те, що я фахівець ..:
Кастинг змінює репрезентативний тип. Тож "32" та 32L та 32.0f здаються розумними для перекидання між собою. c # не підтримуватиме "32" автоматично, але більшість динамічних мов підтримуватимуть. Тож я буду використовувати (довгий) "32" або (String) 32L. Коли зможу. У мене також є ще одне правило - кастинг має бути з можливістю повернення.
Перетворення не повинно бути круглим шляхом, а просто може створити абсолютно новий об'єкт.
Сіра область - це, наприклад, рядок "32xx". Можна навести випадок, що коли ви його кидаєте, він стає 32 літрами (число було проаналізовано, поки цього не могло бути). Perl цим скористався. Але тоді це порушує мою вимогу туди-назад. Те саме стосується 32,5f до 32L. Майже всі мови, включаючи дуже статично набрані, дозволяють це, і це також не відповідає правилу кругового відсікання. Він сірий, оскільки якщо ви дозволяєте кидати "32", то під час компіляції ви не знаєте, чи може це бути "32xxx".
Ще одна відмінність, яку можна зробити, - це просто використовувати кастинг для "IsA", а не для "makeLookLikeA". Отже, якщо ви знаєте, що рядок походить з бази даних, але насправді це int у неофіційній схемі, сміливо використовуйте привід (хоча в цьому випадку c # хоче, щоб ви все одно використовували Convert). Те саме стосується і поплавця. Але не для того, коли ви просто використовуєте акторський склад для зрізання поплавця. Ця різниця також враховує DownCasting та UpCasting - об'єкт завжди був "IsA", але тип міг бути узагальненим для списку.
Існує багато перевантажень, Convert.ToInt32які можуть сприйняти, наприклад, рядок. Під час спроби перекинути рядок до int призведе до помилки компіляції. Справа в тому, що вони призначені для різних цілей. Конвертувати особливо корисно, коли ви не впевнені, якого типу є об’єкт, який ви кастуєте.
Є ще одна причина, чому ви повинні використовувати Convert.ToInt32 замість закидання.
Наприклад:
float a = 1.3f;
float b = 0.02f;
int c = (int)(a / b);
int d = Convert.ToInt32(a / b);`
Результат - c = 64 та d = 65
рядок номер = "123abc";
int num;
Int32.TryParse (число, вихідне число); // не виняток, викликаний цим викликом
Convert.ToInt32 (число); // виняток, що виникає під час цього виклику
Convert.To(). Тому моє запитання є доповненням до вашого запитання.