Почему не рекомендуют пользоваться
Попытка
.....
Исключение    
.....
КонецПопытки;?

кто не рекомендует? для чего?

Жмоты!

(0) Кто и кому  не рекомендует?

Я настоятельно рекомендую.

(2) действительно...

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

Я тоже рекомендую.

идоры

Адназначно. Рекомендую автору пользоваться данной конструкцией.

Я при проверке вместо условия Если возпользовался Попыткой, но почему-то более опытные программеры не рекомендуют ею пользоваться?

(9) при проверке условия? О_о
код в студию

С ней все провелось без глюков!

(9) Код давай

Вместо Если Попытка? интересная концепция...

"Попытка" лишает более опытного программера иллюзии, что он все контролирует. :)

(9) А ну ка позови сюда этих "опытных" программистов. Счас им тут легкие телесные повреждения причинять будут.

(14) Иногда попытка создает иллюзию того, что все работает правильно

//Если ТЗОстаткиВО[Сч].ДатаОплатыПлановая <= Период Тогда
           //МНач
           Попытка
               Документ.Движения.ВнеплановыеОплаты.Расход(Документ, РежимПроведения, Период, Договор, ТЗОстаткиВО[Сч].Приложение, ТЗОстаткиВО[Сч].Основание, ТЗОстаткиВО[Сч].ДатаОплатыПлановая, ТЗОстаткиВО[Сч].Сумма);
               ТЗОстаткиВО.Удалить(Сч);
           Исключение    
           КонецПопытки;    
           //МКон
           //КонецЕсли;

Мда... ТАК её точно не стоит применять...

(17) Я Вам сейчас, любезный, травмы нанесу (цы)

гыгыгы. Надо будет взять на вооружение.

+(15) Сначала все таки тебе придется прописать касторочки. Чтоб мозги прочистились.

(17) ну я даже не знаю, что тут сказать, чтобы было цензурно...

(17) здесь лучше "Если". Попытка нужна когда обрабатывается ситуация, которая может привести к какой-нибудь ошибке, которую невозможно проанализировать в "Если".

Ладно понял, будем работать дальше

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

(24) Вообще то после Исключение принято писать Сообщить(ОписаниеОшибки()); или что то вроде этого иначе проку с этой попытки 0.

(24) не за что.

(26) В случае (17) не только проку 0, тут вообще откровенное вредительство :)

(26) необязательно
об авторе просто молчу - не представляю как до такого додуматься  :))

(29) смотря что курить в процессе кодинга :)

(29) Ну скажем так, существует гораздо больше ситуаций, когда надо обрабатывать исключение, чем когда этого делать не надо. По факту лучше это делать всегда.

(0) если работает - пусть работает.)
Это правильный критерий!

(30) вариант не во что курить не рассматриваем?

(30) ну да, от парламента, да еще и легкого - так не прет  :)))
(31) на самом деле нет: например (конечно это можно и условими разрулить, но не всегда удобно) мне надо какой-то реквизит прописать, а вот есть ли он - хз, вот и "пытаюсь", а если не прошло - значит ничего не делаем; или если возникло, допустим, деление на 0 - присвоить некоей переменной некое значение или прервать цикл или еще чето сделать - в этом случае мне тоже описание ошибки не нужно, я в принципе понимаю, какая возникнет ошибка, потому и рисую try-except :)

(33) не во что курить? это как?!
(34) 1. ну да :)

Странно вся КД написано на попытки и условии, иногда приходиться ремить, чтобы понять, где ошибка

(35) headless

(34) если есть вероятность деления на 0, обычно проверяют до деления.

(38) можно проверить, просто иногда многоэтажное условие писать неудобно, а еще эска дурная в плане условий: вот напишу я Если к<>0 Тогда... а у меня к - строка или пустота или черт-знает-что - эска ругнется на невозможность сравнения разных типов и чтобы полчаса не описывать возможные варианты - проще использовать попытку, да и код полегче читается

(37)уже и такие бывают? хм... а к чему клюв тогда крепится? :)

(40) а ты угадай ))

(40) Э... К другому месту :-)

(39) Если саму операцию деления впихнуть в :
рез=?(x=0,0,у/x)

ваще одна строка

(41) даже не могу предположить... какая-то чернобыльская порода дятлов с клювом на заднице, по всей вероятности :))

(34) Сообщить() это только один из способов обработки исключения, я говорил об обработке исключения в принципе.
Наличие реквизита проверяем через метаданные, деление на ноль проверяем не в попытке а сравнением знаменателя с нулем.

(37) оно и видно...

(44) ну да, как-то так ))

(43) при этом x - пустое значение и желаю успехов с таким кодом ;)
(45) если об обработке в принципе - согласен
с реквизитом - тоже согласен, только писать длиннее :), а еще неудобно проверять наличие колонки в ТЗ или... ну придумать можно много, не всегда проверишь коротким условием :)

(офф, уфф) Забористая травка. Как меня проняло, после (17). Только сейчас дар речи вернулся.

Автор, я тебе - всё рекомендую! Но боюсь это уже не поможет.

(48) допиши в ту же строку еще условие.. )
да ладно, вишь как кодить надо- см (0)!

(50) ну и на кой рисовать условий 20 штук вместо одной попытки? :)
если на характер - опишу, зачастую, но только смысла же нет
P.S. все, записываюсь на курсы к автору, ага :))

(51) ты прав )

(0)(17) Попытка без обработки исключения - нахрен не нужна. Надо не скрывать сообщение об ошибке, а причину ошибки устранять/обрабатывать каким-то образом.

+51 кстати, если мне память не изменяет, эска проверяет все условия, т.е. если напишу типа Если (ПустоеЗначение(х)=0)И(x>0) - она все равно попытается сравнить пустой х с нулем, даже если уже знает, что там пусто

(54) Восьмерка - не попытается.

(54) в 8-ке уже не так

(54) если И, то разумеется будет, в этом случае проверяются все условия :) если ИЛИ, то после проверки первого, если оно верно, второе может и не проверяться, хотя не уверена.

(55),(56) тогда совсем другое дело, я, конечно, о v7 писал :)
(57) хм... не уверен, если честно

(57) да не проверяются там все условия.

(57) "И" в восьмерке проверяется до первого ложного, "ИЛИ" - до первого истинного, и.т.д. В семерке это действительно отсутствует и условия проверяются всегда полностью.

ответ в (25) и точка

(61) кто-то спорит? :)

(60) +1 "Проверено. Мин - нет"(с) Не мною - типовой конфой.

(62) Я.
Попытку надо использовать в тех случаях когда есть вероятность вылета 1С с системной ошибкой.

(61) А "воздействие на внешние ресурсы" - это и чтение из внешнего источника? Тады да, наверное.

(60) Буду в курсе )

(64) Что есть "системная ошибка"? :)

(64) ну там примерно так и написано, зависит от того, кто как понял :)

+68 смотря что считать внешним ресурсом и т.д.

(64) Попытка от системной ошибки не спасёт.

(67) Что бы не получить сообщение от платформы : "Коврик будет свернут, приходите вчера".

(70) От некоторых спасает. Простейшая демонстрация  - деление на 0.

давайте определимся с терминами тогда: какая ошибка считается системной?

(72) Деление на 0 - это логическая ошибка
(73) Обработчик сообщения AfterPowerPlugIsOff()

(71) От платформы или от ОС? Если от платформы - то неправда, таких ошибок можно и без попытки избежать, за исключением (25). Если от ОС - то (70).

(74) хорошая шутка :)

(75) От платформы. Ну и как ты разрулишь деадлок при проведении? Вот там как раз и вываливается системная ошибка, которую логикой кода можно и не обойти.

(77) Ээээ... Ты хочешь сказать, что попыткой ты дедлок разрулишь? О_о

>>Надо не скрывать сообщение об ошибке, а причину ошибки устранять/обрабатывать каким-то образом.

Не всегда. Иногда нужно просто посчитать

(78) ага, научите! :)

(79) Посчитать что?

(78) Почему нет? Документ, не сможет провестись, возникнет исключительная ситуация, в обработчике можно например вставить задержку и новую попытку проведения. А без попытки, сначала все "подвиснут", а потом вывалятся с системной ошибкой.

(81) ошибки, наверное...

(78) А нельзя?

(79) А если подумать - прежде чем писать? Что сказать то хотел? Посчитать ошибки что-ли? Дык это всё равно "...обрабатывать каким-то образом"

(82) речь о v8?

(86) Тоже задумался...

(84) Именно взаимоблокировку? Ребят, научите, правда...

(87) ну просто в восьмерке все чуток иначе и мне не хватает знаний оценить ответ, но если v7 - не понимаю...

(88)
У меня вот так есть в групповой обработке:
                               СтатусПроведения=Ложь;
                               Пока СтатусПроведения=Ложь цикл
                                   попытка
                                       Объект.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный);
                                       СтатусПроведения=Истина;
                                   исключение
                                       ОписаниеОшибки=ОписаниеОшибки();
                                       ОшибкаПрефикс="Microsoft OLE DB Provider for SQL Server:";
                                       Если Найти(ОписаниеОшибки,ОшибкаПрефикс)=0 Тогда
                                           Сообщить(ОписаниеОшибки);
                                           СтатусПроведения=Ложь;
                                       Иначе
                                           Предупреждение("Кто-то блокирует. Подождём 10 секунд",10);
                                       КонецЕсли;
                                   КонецПопытки;
                               конеццикла;

(86) Судя по заголовку темы, да.

def main(tdir):

   log('Путь к исходным данным: "%s"' % exceld)

   log('Путь к утилите подготовки ведомостей: "%s"' % _bankd)

   createdb()

   try:

       try:

           ProcessWorksheets(tdir)

       except Exception, exc:

           if exc.message == 'format':

               log('### Ошибка в исходных данных! Данные не получены!')

           else:

               log('### Неизвестный сбой при получении данных! Данные не получены!')

               raise exc

       else:

           if testdata():

               export()

   finally:

       try:

           os.startfile(join(_logd, _LOGNAME))

       except Exception:

           pass

(91) ну мы уже давно в философию ударились, мало ли :)

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

(90) Э, батенька, не путай :) Это просто блокировка, а не дедлок :) Можно в принципе так писать, конечно... Но http://ru.wikipedia.org/wiki/Deadlock тут ни при чем.

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

(96) Да, есть такая неприятность с преобразованиями типов...