Сообщение Re[3]: Unix аналог цикла сообщений Windows от 09.01.2025 18:57
Изменено 09.01.2025 19:06 Conductor
Re[3]: Unix аналог цикла сообщений Windows
Здравствуйте, AlexGin, Вы писали:
AG>Меня интересует вариант именно тогда, когда без Qt.
AG>Что применять в этом случае? Возможно, есть современное решение?
Ну, тут ведь как это ни банально звучит, от целей и задач всё зависит — от стратегии и тактики:
1. Старый win-код нужно сохранить/трогать по минимуму? (Необходимо будет собирать и для win, и для lin?)
2. Говорим о GUI-программе? (Потому что если не GUI, то вообще средствами языка можно обойтись.)
3. Если GUI, то какой framework используется, что он предлагает для работы в логике сообщений?
И т.д.
Если бы задача в целом и окружение были более полно обозначены, то и обсуждать было бы проще.
По поводу asio. Ну, во-первых, можно использовать и без boost. А во-вторых: а что, собственно, такого уж громоздкого в boost – что надо используй в проекте (хоть header-only), что не надо – не используй. Остальное лежит себе на машине разработчика, каши есть не просит. Кроссплатформенно, опять же. Если проект с cmake, то задействовать boost вообще – 2-3 строчки.
AG>Меня интересует вариант именно тогда, когда без Qt.
AG>Что применять в этом случае? Возможно, есть современное решение?
Ну, тут ведь как это ни банально звучит, от целей и задач всё зависит — от стратегии и тактики:
1. Старый win-код нужно сохранить/трогать по минимуму? (Необходимо будет собирать и для win, и для lin?)
2. Говорим о GUI-программе? (Потому что если не GUI, то вообще средствами языка можно обойтись.)
3. Если GUI, то какой framework используется, что он предлагает для работы в логике сообщений?
И т.д.
Если бы задача в целом и окружение были более полно обозначены, то и обсуждать было бы проще.
По поводу asio. Ну, во-первых, можно использовать и без boost. А во-вторых: а что, собственно, такого уж громоздкого в boost – что надо используй в проекте (хоть header-only), что не надо – не используй. Остальное лежит себе на машине разработчика, каши есть не просит. Кроссплатформенно, опять же. Если проект с cmake, то задействовать boost вообще – 2-3 строчки.
Re[3]: Unix аналог цикла сообщений Windows
Здравствуйте, AlexGin, Вы писали:
AG>Меня интересует вариант именно тогда, когда без Qt.
AG>Что применять в этом случае? Возможно, есть современное решение?
Ну, тут ведь как это ни банально звучит, от целей и задач всё зависит — от стратегии и тактики:
1. Старый win-код нужно сохранить/трогать по минимуму? (Необходимо будет собирать и для win, и для lin?)
2. Говорим о GUI-программе? (Потому что если не GUI, то вообще средствами языка можно обойтись.)
3. Если GUI, то какой framework используется, что он предлагает для работы в логике сообщений?
И т.д.
Если бы задача в целом и окружение были более полно обозначены, то и обсуждать было бы проще.
По поводу asio. Ну, во-первых, можно использовать и без boost. А во-вторых: а что, собственно, такого уж громоздкого в boost – что надо используй в проекте (хоть header-only), что не надо – не используй. Остальное лежит себе на машине разработчика, каши есть не просит. Кроссплатформенно, опять же. Если проект с cmake, то задействовать boost вообще – 2-3 строчки.
Upd. Сейчас увидел, что ты GNOME используешь, если про GUI говорим — по glib документацию не смотрел? Например, начиная отсюда:
The Main Event Loop: GLib Reference Manual
AG>Меня интересует вариант именно тогда, когда без Qt.
AG>Что применять в этом случае? Возможно, есть современное решение?
Ну, тут ведь как это ни банально звучит, от целей и задач всё зависит — от стратегии и тактики:
1. Старый win-код нужно сохранить/трогать по минимуму? (Необходимо будет собирать и для win, и для lin?)
2. Говорим о GUI-программе? (Потому что если не GUI, то вообще средствами языка можно обойтись.)
3. Если GUI, то какой framework используется, что он предлагает для работы в логике сообщений?
И т.д.
Если бы задача в целом и окружение были более полно обозначены, то и обсуждать было бы проще.
По поводу asio. Ну, во-первых, можно использовать и без boost. А во-вторых: а что, собственно, такого уж громоздкого в boost – что надо используй в проекте (хоть header-only), что не надо – не используй. Остальное лежит себе на машине разработчика, каши есть не просит. Кроссплатформенно, опять же. Если проект с cmake, то задействовать boost вообще – 2-3 строчки.
Upd. Сейчас увидел, что ты GNOME используешь, если про GUI говорим — по glib документацию не смотрел? Например, начиная отсюда:
The Main Event Loop: GLib Reference Manual