в "книге 1С Эксперта" говорится, что использование Попытка-Исключение в транзакции является приемом, который приводит к проблемам

ваше мнение
согласны, нет?
почему?

да

да.

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

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

(3) не поможет - понятно
какие проблемы будут?

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

(5) которые станут проблемами конечного пользователя.

(6) повторю - это не проблемы конструкции Попытка Исключение

а что вы хотели?
сама транзакция, это попытка, просто движок 1С кривоват тут

(8) мы хотели ответы на ворпросы
согласны, нет?
почему?

Да, в восьмерке это не работает нормально, сталкивался. в семерке работает корректно.

(10) что именно не работает нормально в 8ке и работает нормально в 7ке ?

В семёрке исключение автоматом отменяет транзакцию, насколько я помню, в восьмёрке - нет.

(12) В 8 тоже отменяет. Проверить можно через ТранзакцияАктивна()

Конструкция Попытка - Исключения всегда и везде приводит к проблемам. Дело не в транзакции.

(14) К каким таким проблемам ?
Это же перехват прерывания исполнения программы.
Вы ещё скажите, что вам "ВызватьИсключение" не по душе.

(15) К таким, что от не знания как проверить наличие свойства у объекта не опытные программисты начинают пихать в попытки Объет.МожетБытьСвойство

ВызватьИсключение по душе, но только при необходимости прерывания выполнения программы. Когда something going wrong и дальнейшее выполнение не целесообразно или может привести к записи ошибочных данных.

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

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

А теперь включите в отладчике остановку на ошибках и запустите какой-нибудь Рарус Альфа Авто или другую франчовую конфу. Оно постоянно отменяет транзакции, и вложенные там не редкость. Так что теория может быть правильной, но её мало кто применяет.

(15) Исключительная ситуация это признак того, что в коде что-то отработало некорректно. Т.е. что-то нужное не выполнилось. Нужно анализировать, какие могут быть причины ошибок и описывать, что именно должна делать система при них.

А еще конфигурацию, в которой большое количество конструкций "Попытка", дико неудобно отлаживать, если нужно остановиться на ошибке. Потому что останавливается она еще в сотне мест до нужного.

Нет Здесь эта транзакция используется как исключение когда временно надо обойти ошибку.

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

не приводит,

проблеммы возникают только при вложении транзакции.

(14)
> Конструкция Попытка - Исключения всегда и везде
> приводит к проблемам.
особливо в пятницу ;)

(20)
> Исключительная ситуация это признак того, что в коде
> что-то отработало некорректно.
С каких пор вилка виновата, что кто-то ею в глаз тычет?

(13) не отменяет исключение транзакцию

надо правильно просто писать...
конструкция
НачатьТранзакцию()

Попытка
//ошибка
Исключение
   ОтменитьТранзакцию();
КонецПопытки;

Если ТранзакцияАктивна() Тогда
ЗафиксироватьТранзакцию();
КонецЕсли;

НЕ правильная, она не работает действительно

работает так:

ЕстьОшибка = Ложь;

НачатьТранзакцию();

Попытка
//ошибка
Исключение
ЕстьОшибка = Истина;
КонецПопытки;

Если ЕстьОшибка Тогда
ОтменитьТранзакцию();
Иначе
ЗафиксироватьТранзакцию();
КонецЕсли;

(27) А как сработает такая конструкция если ее реализовать в ОбработкаПроведения?

еще интересное наблюдение:

НачатьТранзакцию()

Попытка
//ошибка
Исключение
КонецПопытки;

ЗафиксироватьТранзакцию(); // делает ROLLBACK в SQL

(29) такая конструкция не рабочая.
В Обработке проведения - нафига вобще так делать?
Это можно использовать при загрузчиках каких-то, своих непонятных алгоритмах, но не при неявных транзакциях патформенных, зачем там?

(30) а вот между
Исключение
КонецПопытки;

вставь сообщить(ТранзакцияАктивна())

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

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

(0) Что за книга - не знаю о такой.

А по сабжу - нет проблемы в Попытке исключения, важно грамотно закрывать транзакцию.

(30) >>ЗафиксироватьТранзакцию(); // делает ROLLBACK в SQL
странно что-то, какая платформа?

(34) недавно появилась, смотри в магазе 1с, автор из БИТа

(27) А вот так писать, не вариант?

НачатьТранзакцию()

Попытка
   //ошибка
   ЗафиксироватьТранзакцию();
Исключение
   ОтменитьТранзакцию();
КонецПопытки;

(37) +1

(37)так писать религия многим не позволяет =))Надо обязательно г...о код писать=)

(37) проверь

(40) Давно уже это сделал. Так и пишу.

не понимаю проблемы. почему все пытаются фиксировать внешнюю транзакцию когда во вложенной прошла ошибка?

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

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

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

(0)в "книге 1С Эксперта" говорится, что использование Попытка-Исключение в транзакции является приемом, который приводит к проблемам


к каким проблемам в книге не написано ?

(45) ещё раз. Надо загрузить в цикле данные, в транзакции.
И выдавать юзеру не ошибку программного кода с кнопками подробно/конфигуратор а нормальную осмысленную - для этого используется (28).
Юзая другие варианты - у тебя будут ошибки

(47) В цикле никогда использовать не приходилось. На первый взгляд не улавливаю где возникнет ошибка

НачатьТранзакцию()

Попытка
   Пока ... Цикл
      //ошибка
   КонецЦикла;

   ЗафиксироватьТранзакцию();
Исключение
   ОтменитьТранзакцию();
КонецПопытки;

(46) не написано

(49) всё там написано, читайте лучше

(50) процитируйте, пожалуйста

страница 43, абзацы 5,6,7

(35)
1С:Предприятие 8.2 (8.2.17.169)

// rollback возникает при такой ошибке например
а = Справочники.Склады.СоздатьЭлемент(); а.Код = "ф"; а.Записать();
а = Справочники.Склады.СоздатьЭлемент(); а.Код = "ф"; а.Записать();

// при этом выполняется commit
а = 1/0;

(52) нет книги с собой
что там в двух словах хотябы?

более точная формулировка: кривая реализация проводит к проблемам...

В транзакции вставляю попытку с ошибкой:

Попытка
    а = Число("бу");
Исключение
    ИОШ = ИнформацияОбОшибке();
    Сообщить(КраткоеПредставлениеОшибки(ИОШ));
Конецпопытки;

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

И вот такое исключение (которое возникает при изменении данных) действительно приводит к тому, что транзакция откатывается:

Попытка
        об = Справочники.КонтактныеЛица.НайтиПоНаименованию("Иванов").ПолучитьОбъект();
    об.Владелец = Неопределено;
    об.Записать();
Исключение
    ИОШ = ИнформацияОбОшибке();
    Сообщить(КраткоеПредставлениеОшибки(ИОШ));
КонецПопытки;

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

(47) В цикле все это делается на 1000 элементов к примеру. потом заново открытие

пока без ответа но в тему v8: нужна ли транзакция в обработке БП

Проведение документа в транзакции - это вложенная транзакция ?
И насколько она правильно отрабатывает при отмене проведения ?

(61)
распишу свои мысли:

вообще на сколько я знаю в 1с есть глобальный флаг ошибки транзакции, по этому

НачатьТранзакцию();

    Попытка
        НачатьТранзакцию();
        
        Для Каждого эл из Объекты Цикл
            // тут изменяем документы            
        КонецЦикла;
        
        ЗафиксироватьТранзакцию();
    Исключение
        Если ТранзакцияАктивна() Тогда
            ОтменитьТранзакцию();
        КонецЕсли;
    КонецПопытки;
ЗафиксироватьТранзакцию();

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

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

НачатьТранзакцию();

    НачатьТранзакцию();
      Попытка
        
        Для Каждого эл из Объекты Цикл
            // тут изменяем документы            
        КонецЦикла;
        
      Исключение
      КонецПопытки;
    ЗафиксироватьТранзакцию();
ЗафиксироватьТранзакцию();

(52) Перечитал страницу 43, абзацы 5,6,7 и далее
в общем автор книги сам дает рекомендации использовать ВызватьИсключение после обработки исключительной ситуации.
Так что проблем, по прежнему не видно.