Підсумки

Висновки

Пошук дефекту починається з відтворюваного прикладу. Налагоджувач показує стан, але пояснення причини потребує розуміння типів, меж і інваріантів. RAII підтримує звільнення ресурсів при винятках. Expected робить помилку явною частиною результату. Кожний інтерфейс має визначати стан після невдачі.

Питання для самоперевірки

1. Чим логічна помилка відрізняється від UB?
2. Що потрібно для відтворюваного прикладу?
3. Як відрізняються F10,F11,Shift+F11?
4. Коли корисна умовна точка зупинки?
5. Чому Watch-вираз може змінити стан?
6. Чому assert не перевіряє введення в усіх збірках?
7. Що знищується при розкручуванні стека?
8. Навіщо catch за const посиланням?
9. Чим throw; відрізняється від throw error;?
10. Що стається при порушенні noexcept?
11. Що гарантує строга безпека винятків?
12. Коли optional недостатньо?
13. Яка передумова виклику error()?
14. Чим and_then відрізняється від transform?
15. Чому C++26 у назві курсу не гарантує debugging API?

Контрольні питання до лабораторної роботи

1. Що таке перша точка розбіжності?
2. Коли потрібний Step Into?
3. Чим thrown-зупинка відрізняється від unhandled?
4. Навіщо власний тип винятку?
5. Чому exception перехоплюють за const&?
6. Як RAII працює під час винятку?
7. Що означає noexcept?
8. Що зберігає строга гарантія?
9. Коли доречний expected?
10. Чому assert не замінює перевірку введення?

Корисні посилання

• Винятки: https://learn.microsoft.com/cpp/cpp/errors-and-exception-handling-modern-cpp.
• Налагодження: https://learn.microsoft.com/visualstudio/debugger/getting-started-with-the-debugger-cpp.
• Реалізація expected у MSVC: https://github.com/microsoft/STL/blob/main/stl/inc/expected.
• Hot Reload: https://learn.microsoft.com/visualstudio/debugger/hot-reload.