Qt vs VCL

[shadone]

насчет X11 - если сеть упала и сессия была разорвана, то после восстановления сети протокол больше не поднимется насколько я помню. Это поведение необходимо изменять в самой реализации X-сервера.

Не факт, что это не измениться в след. версии X. Если же сессия умирает совсем, как вы говорите,
то можно деинициализировать всё X-соединение и заново пытаться установить связь с X-дисплеем, если
речь идёт про стрессоусточивое приложение. Эта фраза уже даже относится не к исключениям, а относится

если это изменится то с большой вероятностью этот код будет в Xlib (т.е. в клиентской части, т.е. это будет прозрачно для приложения).

к механизму обработки ошибок платформы в целом. Удобно такие и другие ошибки обрабатывать исключениями. Очень жаль, что существуют платформы на которых обязана работать Qt и которые не поддерживают исключения.
Другие аргументы (overhead и т.д.) не кажутся такими существенными.

overhead является довольно существенным для embedded устройств. (к сожалению).
кстати я забыл упомянуть еще одну очень важную причину почему Qt не поддерживает исключения - когда создавалась библиотека очень мало компиляторов поддерживали исключения, а переписывать Qt на использование механизма исключений это монументальный труд (плюс теряется бинарная совместимость), от которого не видно выигрыша, но точно известно что будет некоторый проигрыш в производительности.

[Akon]

Для поддержки исключений из цикла обработки сообщений есть возможность переопределить QCoreApplication::notify() - отлично. Но если идти до конца, то нужно обеспечить возможность кидать исключения в слотах. Формально (по документации) порядок вызова слотов произвольный, т.е. это подразумевает дизайн программы, при котором в слотах находится независимая логика. Т.е. исключение в слоте не должно блокировать вызов остальных слотов данного сигнала. Для обеспечения такой возможности нужно патчить исходный код Qt, если не ошибаюсь, QObject::activate(). Делал это, когда перешел с VCL, правда потом от этого отказался - отдельный вариант QtCore не всегда удобен.

[fuCtor]

Дизайн Qt в принципе избегает использования исключений и предпочитает возвращаемые значения. Так что ваше решение больше похоже на костыль вызванный привычкой к предыдущей технологии.

[Akon]

Это привычка к более совершенному способу обработки ошибок.

[Авварон]

Никто не говорил, что эксепшны совершеннее ерроркодов.
В Qt можно встретить места, где класс Эррор кидается сигналом (очень удобно при асинхронной работе). Ловите эксепшны/проверяйте эрроркоды при асинхронности. Удачи:) Всё зависит от задачи.
Тотальные эксепшны раздражают (c#), если честно.

[Akon]

Никто не говорил, что эксепшны совершеннее ерроркодов.

Тема избита. Не буду здесь провоцировать обсуждение данного вопроса.

В Qt можно встретить места, где класс Эррор кидается сигналом (очень удобно при асинхронной работе). Ловите эксепшны/проверяйте эрроркоды при асинхронности. Удачи:) Всё зависит от задачи.

Согласен. Очень удобно. Не менее удобно в таких случаях (при асинхронной работе) вместо ерроркода использовать исключения - поток завершился, проверяем результат в виде исключения.

Тотальные эксепшны раздражают (c#), если честно.

Меня сильно раздражает, например, такое:

Код:

QFile file("foo.txt");
if (!file.open())  // process error

[crossly]

сори за офтоп... но по моему это вопрос религии... и холивар тыт разводить не стоит...