Анализ против TryParse

Parse выдает исключение, если не может проанализировать значение, тогда как TryParse возвращает bool, указывающее, удалось ли это.

TryParse не просто try/catch внутренне - весь смысл в том, что он реализован без исключений, чтобы он был быстрым. На самом деле, скорее всего, это реализовано так: внутри метод Parse вызовет TryParse, а затем выдаст исключение, если он вернет false.

Короче говоря, используйте Parse, если вы уверены, что значение будет действительным; в противном случае используйте TryParse.

Если строку нельзя преобразовать в целое число, то

• int.Parse() вызовет исключение
• int.TryParse() вернет false (но не выдаст исключение)

Метод TryParse позволяет проверить, можно ли что-то разобрать. Если вы попробуете Parse, как в первом случае, с недопустимым int, вы получите исключение, а в TryParse оно вернет логическое значение, позволяющее узнать, удалось ли синтаксический анализ или нет.

В качестве сноски: передача значения null большинству методов TryParse вызовет исключение.

TryParse и налог на исключения

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

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

Для справки, я тестирую два кода: просто попробуйте преобразовать строку в число, и если это не удастся, присвойте номеру ноль.

        if (!Int32.TryParse(txt,out tmpint)) {
            tmpint = 0;
        }

и:

        try {
            tmpint = Convert.ToInt32(txt);
        } catch (Exception) {
            tmpint = 0;
        }

Для С# лучшим вариантом является использование tryparse, потому что альтернатива try&Catch вызвала исключение

A first chance exception of type 'System.FormatException' occurred in mscorlib.dll

Тем не менее, это мучительно медленно и нежелательно, код не останавливается, если исключение Debug не разрешено для остановки с ним.

Я знаю, что это очень старый пост, но решил поделиться еще несколькими подробностями о Parse vs TryParse.

У меня был сценарий, в котором DateTime нужно преобразовать в String, и если datevalue null или string.empty мы столкнулись с исключением. Чтобы преодолеть это, мы заменили Parse на TryParse и получим дату по умолчанию.

Старый код:

dTest[i].StartDate = DateTime.Parse(StartDate).ToString("MM/dd/yyyy");
dTest[i].EndDate = DateTime.Parse(EndDate).ToString("MM/dd/yyyy");

Новый код:

DateTime startDate = default(DateTime);
DateTime endDate=default(DateTime);
DateTime.TryParse(dPolicyPaidHistories[i].StartDate, out startDate);
DateTime.TryParse(dPolicyPaidHistories[i].EndDate, out endDate);

Придется объявить другую переменную и использовать ее как Out для TryParse.

двойной.Разобрать("-"); вызывает исключение, а double.TryParse("-", out parsed); анализирует до 0, поэтому я думаю, что TryParse выполняет более сложные преобразования.