[Development] Disavowing the Lakos Rule for Q_ASSERT

Turtle Creek Software support at turtlesoft.com
Wed Aug 28 15:33:48 CEST 2024


Most of this discussion is way beyond my C++ skill level.  But I think the
root problem may be that Qt has (at least) two very different user classes.

For users working on mission-critical embedded systems, code rigor is
important.  Performance is important.  It's worth worrying about the
performance gains that noexcept might provide.

For those building a GUI consumer app, UX is paramount. The main focus for
exception design is to make things as easy as possible for the end user. A
nanosecond or even a millisecond difference is not even visible. The finer
points of C++ aren't an issue, since 99.99% of code is just widgets doing
simple things.

Maybe Qt would benefit from a strictness setting, especially for exception
handling?

I mentioned in previous posts that it's important for us to swallow
exceptions in the event loop so users can continue work after rare errors.
Extremely non-rigorous, but it's just someone's data entry screen, not a
medical device or power plant.  Worst case the user has to force-quit, no
worse than a throw out of the loop.

If an option to relax some rigor allowed that to happen reliably, it would
be a very good thing for us.

Best, Casey McDermott
TurtleSoft.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20240828/d4f85016/attachment-0001.htm>


More information about the Development mailing list