Сообщение Re[2]: Набор исключений метода от 16.06.2018 10:11
Изменено 16.06.2018 10:16 AlexGin
Re[2]: Набор исключений метода
Здравствуйте, so5team, Вы писали:
...
Вот здесь Вы довольно странно трактуете понятие "Тяжесть последствий":
S>2. Тяжесть последствий, если исключение не будет брошено, а пользователь забудет проверить код возврата. Например, вы делаете метод memory_arena::preallocate, который возвращает вам указатель на зарезервированный сегмент. Если пользователь забудет проверить возвращенный указатель и обратиться по нему, то программа рухнет в случае возврата нулевого указателя. Тогда как при выбросе исключения этого не произойдет.
Значит, если я, работая как Заказчик, выполняя важную работу на Вашем приложении, получил краш или зависание, это более тяжёлое последствие, чем если я тихо и спокойно получил неверный результат вычислений — который (нечего не заметив), передал далее — например для проектировщиков АЭС или космодрома...
...
Вот здесь Вы довольно странно трактуете понятие "Тяжесть последствий":
S>2. Тяжесть последствий, если исключение не будет брошено, а пользователь забудет проверить код возврата. Например, вы делаете метод memory_arena::preallocate, который возвращает вам указатель на зарезервированный сегмент. Если пользователь забудет проверить возвращенный указатель и обратиться по нему, то программа рухнет в случае возврата нулевого указателя. Тогда как при выбросе исключения этого не произойдет.
Значит, если я, работая как Заказчик, выполняя важную работу на Вашем приложении, получил краш или зависание, это более тяжёлое последствие, чем если я тихо и спокойно получил неверный результат вычислений — который (нечего не заметив), передал далее — например для проектировщиков АЭС или космодрома...
Re[2]: Набор исключений метода
Здравствуйте, so5team, Вы писали:
...
Всё вполне логично и правильно (уважаемый so5team, я не занимаюсь критиканством).
Но, тем не менее, Вы довольно странно трактуете понятие "Тяжесть последствий":
S>2. Тяжесть последствий, если исключение не будет брошено, а пользователь забудет проверить код возврата. Например, вы делаете метод memory_arena::preallocate, который возвращает вам указатель на зарезервированный сегмент. Если пользователь забудет проверить возвращенный указатель и обратиться по нему, то программа рухнет в случае возврата нулевого указателя. Тогда как при выбросе исключения этого не произойдет.
Значит, если я, работая как Заказчик, выполняя важную работу на Вашем приложении, получил краш или зависание, это более тяжёлое последствие, чем если я тихо и спокойно получил неверный результат вычислений — который (нечего не заметив), передал далее — например для проектировщиков АЭС или космодрома...
...
Всё вполне логично и правильно (уважаемый so5team, я не занимаюсь критиканством).
Но, тем не менее, Вы довольно странно трактуете понятие "Тяжесть последствий":
S>2. Тяжесть последствий, если исключение не будет брошено, а пользователь забудет проверить код возврата. Например, вы делаете метод memory_arena::preallocate, который возвращает вам указатель на зарезервированный сегмент. Если пользователь забудет проверить возвращенный указатель и обратиться по нему, то программа рухнет в случае возврата нулевого указателя. Тогда как при выбросе исключения этого не произойдет.
Значит, если я, работая как Заказчик, выполняя важную работу на Вашем приложении, получил краш или зависание, это более тяжёлое последствие, чем если я тихо и спокойно получил неверный результат вычислений — который (нечего не заметив), передал далее — например для проектировщиков АЭС или космодрома...