Оказывается, даже в самых известных API есть издержки проектирования, что очень сильно подрывает нашу, начинающих программеров, веру в Божественную Святую Непогрешимость людей, пишущих всю эту красоту. Возьмем к примеру интерфейс UserTransaction. Интерфейс представляет собой сущность - транзакцию. Мы ее можем начать (begin()), выполнить (commit()) или откатить (rollback() или setRollbackOnly()). И вот скажите мне, мои более опытные коллеги, для чего нужен второй метод setRollbackOnly()?
Аналогичным вопросом задался и один из завсегдатаев Салона Большого Лося:
http://www.coderanch.com/t/157891/java-EJB-SCBCD/certification/When-UserTransaction-setRollbackOnly-UserTransaction-rollback
Обратите внимание на ответ девушки:
"... you might know the transaction is going badly *before* you reach the place where the transaction actually ends. You might not want to end the tx at the moment you discover it won't work, for many reasons. Perhaps you want to keep only one place in your code where the transaction ends. Or... you might need the rest of the transactional code to run for other side-effects ..."
Переводя на русский, setRollbackOnly() используется тогда, когда в середине транзакции стало понятно, что что-то пошло не так и транзакцию надо откатить, но вы хотите, чтобы оставшийся код доработал до конца. Почему вы можете вдруг этого захотеть? У вас 2 варианта: либо вы поклонник модульного программирования и концепции один вход-один выход (вот ссылка http://high-info.ru/Modulnoe_programmirovanie.htm - правда его взломали, но картинки повставляли веселые и даже по теме), либо ваш код производит какие-то побочные эффекты, которые должны быть сохранены независимо от исхода транзации. В любом случае, все это очень сомнительно (http://en.wikipedia.org/wiki/Code_smell)
Аналогичным вопросом задался и один из завсегдатаев Салона Большого Лося:
http://www.coderanch.com/t/157891/java-EJB-SCBCD/certification/When-UserTransaction-setRollbackOnly-UserTransaction-rollback
Обратите внимание на ответ девушки:
"... you might know the transaction is going badly *before* you reach the place where the transaction actually ends. You might not want to end the tx at the moment you discover it won't work, for many reasons. Perhaps you want to keep only one place in your code where the transaction ends. Or... you might need the rest of the transactional code to run for other side-effects ..."
Переводя на русский, setRollbackOnly() используется тогда, когда в середине транзакции стало понятно, что что-то пошло не так и транзакцию надо откатить, но вы хотите, чтобы оставшийся код доработал до конца. Почему вы можете вдруг этого захотеть? У вас 2 варианта: либо вы поклонник модульного программирования и концепции один вход-один выход (вот ссылка http://high-info.ru/Modulnoe_programmirovanie.htm - правда его взломали, но картинки повставляли веселые и даже по теме), либо ваш код производит какие-то побочные эффекты, которые должны быть сохранены независимо от исхода транзации. В любом случае, все это очень сомнительно (http://en.wikipedia.org/wiki/Code_smell)
На самом деле setRollbackOnly используется так же в ходе интеграционных тестов, для того, чтобы проверить работу логики взаимодествия кода и базы, но в базу не гадить :) Очень помогает :)
ОтветитьУдалитьА капчу отключи, плиз, бесит :)
Этот комментарий был удален автором.
ОтветитьУдалить