Исправление kvpfs_2, (текущая версия) :
И твой вопрос: «А что, в случае кодов возврата гарантии целостности не нужны?»
Коды возврата известны, ветви выполнения предсказуемы. В случае же «продвинутого» спиписта, который кидает исключения потому что вторник, ход выполнения полностью теряет хоть какую-то предсказуемость, как сказал выше - нужно тупо оборачивать любой вызов в try - catch. Если же исключения используются правильно, лишь для критических ошибок, то я не пытаюсь играться в какие-то там гарантиии, просто знаю на верхнем уровне, что модуль нужно грохнуть.
Стандартная практика здесь это сначала вносить изменения во временные копии, а потом делать commit через noexcept swap/move.
В общем-то я это предлагал в качестве: «ну не будем же мы так делать, правда?». В общем вы сами себе выдумываете проблемы на ровном месте забивая гвозди исключениями.
Исправление kvpfs_2, :
И твой вопрос: «А что, в случае кодов возврата гарантии целостности не нужны?»
Коды возврата известны, ветви выполнения предсказуемы. В случае же «продвинутого» спиписта, который кидает исключения потому что вторник, ход выполнения полностью теряет хоть какую-то предсказуемость, как сказал выше - нужно тупо оборачивать любой вызов в try - catch. Если же исключения используются правильно, лишь для критических ошибок, то я не пытаюсь играться в какие-то там гарантиии, просто знаю на верхнем уровне, что модуль нужно грохнуть.
Стандартная практика здесь это сначала вносить изменения во временные копии, а потом делать commit через noexcept swap/move.
В общем-то я это предлагал в качестве: «ну не будем же мы так делать, правда?». В общем вы сами себе выдумываете проблемы на ровном месте забиваю гвозди исключениями.
Исправление kvpfs_2, :
И твой вопрос: «А что, в случае кодов возврата гарантии целостности не нужны?»
Коды возврата известны, ветви выполнения предсказуемы. В случае же «продвинутого» спиписта, который кидает исключения потому что вторник, ход выполнения полностью теряет хоть какую-то предсказуемость, как сказал выше - нужно тупо оборачивать любой вызов в try - catch. Если же исключения используются правильно, лишь для критических ошибок, то я не пытаюсь играться в какие-то там гарантиии, просто знаю на верхнем уровне, что модуль нужно грохнуть.
Стандартная практика здесь это сначала вносить изменения во временные копии, а потом делать commit через noexcept swap/move.
В общем-то я это предлагал в качестве: «ну не будем же мы так делать, правда?». В общем вы сами себе выдумываете проблемы на ровном месте забиваю гвозди исключениями.
Исходная версия kvpfs_2, :
И твой вопрос: «А что, в случае кодов возврата гарантии целостности не нужны?»
Коды возврата известны, ветви выполнения предсказуемы. В случае жи «продвинутого» спиписта, который кидает исключения потому что вторник, ход выполнения полностью теряет хоть какую-то предсказуемость, как сказал выше - нужно тупо оборачивать любой вызов в try - catch. Если же исключения используются правильно, лишь для критических ошибок, то я не пытаюсь играться в какие-то там гарантиии, просто знаю на верхнем уровне, что модуль нужно грохнуть.
Стандартная практика здесь это сначала вносить изменения во временные копии, а потом делать commit через noexcept swap/move.
В общем-то я это предлагал в качестве: «ну не будем же мы так делать, правда?». В общем вы сами себе выдумываете проблемы на ровном месте забиваю гвозди исключениями.