В 7.7 Число(любаяХерь) - без ошибок будет некое число

В 8.2 Число(любаяХерь) - либо будет число, либо вывалится в ошибку, подскажите как делать, чтобы ошибка не возникала

а чем попытка не угодила?
Либо обрабатывать вручную все лишние символы либо пустую строку

RegExp вырезать только цифрофые символы, не забыть про неразрывный пробел и можно без попытки.

Имхо. от религиозных взглядов при программировании стоит отречься )

(2) А вот и куй

(4) куй regexp-ом вырезать извини не смогу, это надо к хирургу обращаться.

Функция ЕстьНеЦифры(Знач СтрокаПроверки) Экспорт

через ОписаниеТипа

метод ПривестиЗначение

(5) Куй, что после вырезания лишних символов можно без попытки

ПривестиЗначение

на мисте эпидемия, всем перестала нравится Попытка Исключение, что за новый трэнд?

(11) Исключения нужны для исключительных ситуаций и для их проброса вверх по стеку, применение их в положительных и отрицательных сценариях работы лучше свести к минимуму. Можно рассматривать попытку как GoTo который работает не только в рамках процедуры, но и по стеку передать управление может

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

(12)(13) в контексте (0) - кривые данные передаются откуда-то, не типизированные. имхо от этого надо уходить а не пытаться "Мама" в число переделать

(14) А кто спорит-то?

(11) Фигасе. А был тренд любителей попытки/исключения? Хорошо, что я не в тренде...

(16) трэнд избегать попытка-исключение там, для чего по сути он и придуман... например
v8: Как проверить что Ид нормальный для ЗначениеИзСтрокиВнутр(Ид)?

(14) если мы можем обработать ситуацию без вызова исключения, то стоит это сделать. Я как то очень долго ловил ошибку "В данной транзакции уже происходили ошибки". Оказалось, что в транзакции записи было преобразование строки в число через попытку и исключение рвало транзакцию, хотя вещь вроде б безобидная

(18) не спорю что надо от этого уходить, но может есть смысл разобраться с входящими данными и не допускать такой ситуации сначала

(0) Разбираешь сначала строки если в ней не только цифры, то выдаешь сообщение  оневозможности преобразования, на самом деле попытка отработает примерно так же.

вобще путь нормальный в (6), есть типовые функции для разбора строк

(19) от заложенной логики зависит. Если на вход должна приходить строка, которую всегда можно преобразовать в число и иного не должно быть в принципе, то падать в исключение самое оно. Если логика - смогли преобразовать - молодцы, нет, так 0/Null/Неопределено вернем - то исключение не нужно. Самая наверно частая ситуация - дернуть число из номера или кода, тут исключение не нужно.

(11) Попытка Исключение много строк занимает в коде :-), да и при отладке писец когда ставишь остановку по ошибке

(14) А на мой взгляд тупая реализация функции преобразования типов. В СП нигде не написано, что в параметре должно быть что-то определенное.

Блин, походу придется свою функцию приделывать, в которой и будет попытка

(24) чем (6) то не устраивает? непонимать... без попытки будет

(11) БП 2.0 Количество попыток 4080 шт.
    БП 3.0 Количество попыток 2199 шт.

Так что тренд ))))

(26) а как изменяется количество "Выполнить"?

(27) ".Выполнить()", а то там таких слов у процедур и.д. много)

Функция Стр2Число(Знач текСтрока, РазделительДроби = ".") Экспорт
   оРег = Новый COMОбъект("VBScript.RegExp");
   оРег.Pattern = "[^0-9" + РазделительДроби + "+-]";
   оРег.Global = Истина;
   текСтрока = СтрЗаменить(оРег.Replace(текСтрока, ""), РазделительДроби, ".");
   
   Рез = Неопределено;
   Попытка Рез = Число(текСтрока); Исключение КонецПопытки;
   Возврат Рез;
КонецФункции

Попытку оставил просто так, на всякий случай

(30) Не на всякий случай, а на вполне конкретный. Вот, например: "123.123.123"

(26)
В БП3 пока функционал меньше БП2.
Как догонятся, попыток больше станет.

А если посимвольно перебрать всю строку в цикле?

Результат = "0";
Цикл
Если Символ(источник, счетчик, 1) - это цифра Тогад
   Результат = Результат + Символ;
КонецЦикла;

Результат = Число(Результат)

(33) Из строки "123-90 вася 100" получишь число 1230100, а должно быть 0
(25) Устраивает, тока все равно отдельной функцией надо преобразовывать в число.

Вобщем логика разработчиков так и осталась загадкой. Прежде чем преобразовать надо узнать а преобразуется ли - бред.