Сообщение Re[9]: Позиция C++ среди популярных ЯП и его изучение от 15.07.2024 10:10
Изменено 15.07.2024 10:11 landerhigh
Re[9]: Позиция C++ среди популярных ЯП и его изучение
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, landerhigh, Вы писали:
L>>Про исключения теоретически согласен, но опять же, на подобных MK реально исключительная ситуация должна приводить к перезагрузке или failsafe.
ЕМ>Исключения, в силу своей чрезмерно абстрактной/универсальной реализации, на любой платформе создают изрядную избыточность, и по объему, и по выполнению. Из-за этого их чревато применять там, где исключение может возникать достаточно часто (чаще где-то десятков раз в секунду). В результате на одних исключениях всей обработки ошибок не построишь — нужно сочетать обычный возврат ошибок для более-менее регулярных ситуаций с исключениями для серьезных и относительно редких. В итоге проблема толком не решается, но избыточность присутствует, плюс сложности с объединением модулей, использующих и не использующих исключения. Палка о двух концах.
Это уже все было перетерто миллионы раз.
Применительно задачам, которые решаются "классическими МК" (а не замаскированными под них гигагерцовыми процессорами с гигабайтом оперативки), исключение — это что-то из ряда вон выходящее вроде "Device is on fire". Это же по сути КА, и должен реализовываться как КА.
L>>Так средство, которое позволяет условную компиляцию с нулевым оверхедом в рантайме или все же извращение?
ЕМ>С помощью магии — извращение. Особенно когда встроенные средства условной компиляции достаточно просты в реализации.
ЕМ>Здравствуйте, landerhigh, Вы писали:
L>>Про исключения теоретически согласен, но опять же, на подобных MK реально исключительная ситуация должна приводить к перезагрузке или failsafe.
ЕМ>Исключения, в силу своей чрезмерно абстрактной/универсальной реализации, на любой платформе создают изрядную избыточность, и по объему, и по выполнению. Из-за этого их чревато применять там, где исключение может возникать достаточно часто (чаще где-то десятков раз в секунду). В результате на одних исключениях всей обработки ошибок не построишь — нужно сочетать обычный возврат ошибок для более-менее регулярных ситуаций с исключениями для серьезных и относительно редких. В итоге проблема толком не решается, но избыточность присутствует, плюс сложности с объединением модулей, использующих и не использующих исключения. Палка о двух концах.
Это уже все было перетерто миллионы раз.
Применительно задачам, которые решаются "классическими МК" (а не замаскированными под них гигагерцовыми процессорами с гигабайтом оперативки), исключение — это что-то из ряда вон выходящее вроде "Device is on fire". Это же по сути КА, и должен реализовываться как КА.
L>>Так средство, которое позволяет условную компиляцию с нулевым оверхедом в рантайме или все же извращение?
ЕМ>С помощью магии — извращение. Особенно когда встроенные средства условной компиляции достаточно просты в реализации.
| Скрытый текст | |
 | |
Re[9]: Позиция C++ среди популярных ЯП и его изучение
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, landerhigh, Вы писали:
L>>Про исключения теоретически согласен, но опять же, на подобных MK реально исключительная ситуация должна приводить к перезагрузке или failsafe.
ЕМ>Исключения, в силу своей чрезмерно абстрактной/универсальной реализации, на любой платформе создают изрядную избыточность, и по объему, и по выполнению. Из-за этого их чревато применять там, где исключение может возникать достаточно часто (чаще где-то десятков раз в секунду). В результате на одних исключениях всей обработки ошибок не построишь — нужно сочетать обычный возврат ошибок для более-менее регулярных ситуаций с исключениями для серьезных и относительно редких. В итоге проблема толком не решается, но избыточность присутствует, плюс сложности с объединением модулей, использующих и не использующих исключения. Палка о двух концах.
Это уже все было перетерто миллионы раз.
Применительно задачам, которые решаются "классическими МК" (а не замаскированными под них гигагерцовыми процессорами с гигабайтом оперативки), исключение — это что-то из ряда вон выходящее вроде "Device is on fire". Это же по сути КА, и должен реализовываться как КА.
L>>Так средство, которое позволяет условную компиляцию с нулевым оверхедом в рантайме или все же извращение?
ЕМ>С помощью магии — извращение. Особенно когда встроенные средства условной компиляции достаточно просты в реализации.
ЕМ>Здравствуйте, landerhigh, Вы писали:
L>>Про исключения теоретически согласен, но опять же, на подобных MK реально исключительная ситуация должна приводить к перезагрузке или failsafe.
ЕМ>Исключения, в силу своей чрезмерно абстрактной/универсальной реализации, на любой платформе создают изрядную избыточность, и по объему, и по выполнению. Из-за этого их чревато применять там, где исключение может возникать достаточно часто (чаще где-то десятков раз в секунду). В результате на одних исключениях всей обработки ошибок не построишь — нужно сочетать обычный возврат ошибок для более-менее регулярных ситуаций с исключениями для серьезных и относительно редких. В итоге проблема толком не решается, но избыточность присутствует, плюс сложности с объединением модулей, использующих и не использующих исключения. Палка о двух концах.
Это уже все было перетерто миллионы раз.
Применительно задачам, которые решаются "классическими МК" (а не замаскированными под них гигагерцовыми процессорами с гигабайтом оперативки), исключение — это что-то из ряда вон выходящее вроде "Device is on fire". Это же по сути КА, и должен реализовываться как КА.
L>>Так средство, которое позволяет условную компиляцию с нулевым оверхедом в рантайме или все же извращение?
ЕМ>С помощью магии — извращение. Особенно когда встроенные средства условной компиляции достаточно просты в реализации.
| Скрытый текст | |
Картинку нашел, убрал м*т с нее. | |