Входная строка не была в неправильном формате

я столкнулся с этим точным исключением, за исключением того, что оно не имело ничего общего с разбором числовых входов. Так что это не ответ на вопрос ОП, но я думаю, что это приемлемо, чтобы поделиться знаниями.

Я объявил строку и форматировал ее для использования с JQTree что требует фигурные скобки ({}). Вы должны использовать двойные фигурные скобки, чтобы он был принят как правильно отформатированная строка:

string measurements = string.empty;
measurements += string.Format(@"
    {{label: 'Measurement Name: {0}',
        children: [
            {{label: 'Measured Value: {1}'}},
            {{label: 'Min: {2}'}},
            {{label: 'Max: {3}'}},
            {{label: 'Measured String: {4}'}},
            {{label: 'Expected String: {5}'}},
        ]
    }},",
    drv["MeasurementName"] == null ? "NULL" : drv["MeasurementName"],
    drv["MeasuredValue"] == null ? "NULL" : drv["MeasuredValue"],
    drv["Min"] == null ? "NULL" : drv["Min"],
    drv["Max"] == null ? "NULL" : drv["Max"],
    drv["MeasuredString"] == null ? "NULL" : drv["MeasuredString"],
    drv["ExpectedString"] == null ? "NULL" : drv["ExpectedString"]);

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

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

int result=0;
if(int.TryParse(textBox1.Text,out result))

теперь, если результат будет успешным, вы можете продолжить свои вычисления.

проблемы

есть несколько возможных случаев, почему возникает ошибка:

1. , потому что textBox1.Text содержит только число, но число слишком большой/слишком маленький

2. , потому что textBox1.Text содержит:

   • a) не число (кроме space в начале/конце, - в начале) и / или
   • B) тысяча сепараторов в прикладной культуре для вашего код без указания NumberStyles.AllowThousands или указать NumberStyles.AllowThousands но поставить неправильно thousand separator в культуре и/или
   • C) десятичный разделитель (который не должен существовать в int парсинг)

---

не ОК, примеры:

корпус 1

a = Int32.Parse("5000000000"); //5 billions, too large
b = Int32.Parse("-5000000000"); //-5 billions, too small
//The limit for int (32-bit integer) is only from -2,147,483,648 to 2,147,483,647

случай 2 а)

a = Int32.Parse("a189"); //having a 
a = Int32.Parse("1-89"); //having - but not in the beginning
a = Int32.Parse("18 9"); //having space, but not in the beginning or end

случай 2 б)

NumberStyles styles = NumberStyles.AllowThousands;
a = Int32.Parse("1,189"); //not OK, no NumberStyles.AllowThousands
b = Int32.Parse("1,189", styles, new CultureInfo("fr-FR")); //not OK, having NumberStyles.AllowThousands but the culture specified use different thousand separator

случай 2 c)

NumberStyles styles = NumberStyles.AllowDecimalPoint;
a = Int32.Parse("1.189", styles); //wrong, int parse cannot parse decimal point at all!

---

вроде бы не ок, но на самом деле ОК примеры:

случай 2 а) ОК

a = Int32.Parse("-189"); //having - but in the beginning
b = Int32.Parse(" 189 "); //having space, but in the beginning or end

случай 2 б) ОК

NumberStyles styles = NumberStyles.AllowThousands;
a = Int32.Parse("1,189", styles); //ok, having NumberStyles.AllowThousands in the correct culture
b = Int32.Parse("1 189", styles, new CultureInfo("fr-FR")); //ok, having NumberStyles.AllowThousands and correct thousand separator is used for "fr-FR" culture

---

решений

во всех случаях, пожалуйста, проверьте значение textBox1.Text С помощью отладчика Visual Studio и убедитесь, что он имеет чисто приемлемый числовой формат для

вы не упомянули, если ваше текстовое поле имеет значения во время разработки или сейчас. Когда форма инициализирует текстовое поле может не иметь значения hae, если вы не поместили его в текстовое поле во время разработки формы. вы можете поместить значение int в дизайн формы, установив свойство text в desgin, и это должно работать.

в моем случае я забыл поставить двойную фигурную скобку, чтобы убежать. {{мой_объект}}

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

PersianCalendar pc = new PersianCalendar();
char[] seperator ={'/'};
string[] date = txtSaleDate.Text.Split(seperator);
int a = Convert.ToInt32(Persia.Number.ConvertToLatin(date[0]).Trim());

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

исключение было выдано в следующей строке кода (см. текст, украшенный * * ниже):

static void Main(string[] args)
    {

        double number = 0;
        string numberStr = string.Format("{0:C2}", 100);

        **number = Double.Parse(numberStr);**

        Console.WriteLine("The number is {0}", number);
    }

после небольшого исследования я понял, что проблема заключалась в том, что форматированная строка включала знак доллара ( $ ), который методы Parse/TryParse не могут разрешить (т. е. - strip off). Таким образом, используя удалить(...) метод строкового объекта я изменил строку к:

number = Double.Parse(numberStr.Remove(0, 1)); // Remove the "$" from the number

в этот момент разбор(...) метод работал, как и ожидалось.