GUI<<->Console обмен сообщениями и данными.

[MaxoBik]

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

[Bepec]

Socket'ы. Все иные способы или нуждаются в дополнительном контроле, или же труднореализуемы.

PS во всяком случае, лучше и кроссплатформеннее метода я не видел.

[Old]

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

Пайпы (pipe).

[__Heaven__]

Может быть ещё QProcess заинтересует. Общается с программой через потоки ввода/вывода.

[Old]

Может быть ещё QProcess заинтересует. Общается с программой через потоки ввода/вывода.

Это и есть пайпы.

[__Heaven__]

Упс. Извиняюсь за безграмотность

[__Heaven__]

Хочу развить тему и узнать, а что из себя представляют сокеты? Википедия особо не помогла разобраться.

[Old]

Хочу развить тему и узнать, а что из себя представляют сокеты? Википедия особо не помогла разобраться.

Сетевые сокеты: QTcpSocket/QUdpSocket.

[__Heaven__]

Ааа. То есть подразумевается, что на одной машине будет происходить общение через 127.0.0.1...
Голосую за QProcess!

Кстати, я ещё наткнулся на метод разделения памяти. на сколько он хорош? Я так понял, что его преимущественно лучше использовать, если пишешь какой-то решатель, а в остальных случаях - QProcess. Или я ошибаюсь?

[Fregloin]

есть еще QLocalSocket...

[MaxoBik]

Может быть ещё QProcess заинтересует. Общается с программой через потоки ввода/вывода.

Это и есть пайпы.

QProcess, насколько я понял использует только в Windows пайпы и только для записи в запускаемый процесс, а читает данные из stdout приложения, при таком раскладе как мне получить структуру данных из консольного приложения? Сериализировать/приводить ее в текст и выводить в stdout? Такое что-то мне не очень кажется.

есть еще QLocalSocket...

Тот же PIPE в Windows. Да я читал какие есть способы в IPC в QT, мне вот нужно понять, что выбрать и как меньшими усилиями это реализовать.

[Old]

QProcess, насколько я понял использует только в Windows

Нет, пайпы это понятие кроссплатформенное. И появились они на юниксе.

и только для записи в запускаемый процесс

Организуются две трубы, т.е. связь двусторонняя.

при таком раскладе как мне получить структуру данных из консольного приложения? Сериализировать/приводить ее в текст и выводить в stdout?

Зачем ее приводить в текст. Пайп это канал данных, вы туда можете писать что захотите.

[MaxoBik]

Зачем ее приводить в текст. Пайп это канал данных, вы туда можете писать что захотите.

Ну а как еще? К примеру пайпы QProcess - я подключился к сигналу readyReadStandardOutput, в нем получаю readAllStandardOutput, но проблема в том как я буду определять что это строка или структура данных которую записали в stdout в консольном приложении через fwrite?

[Old]

Ну а как еще? К примеру пайпы QProcess - я подключился к сигналу readyReadStandardOutput, в нем получаю readAllStandardOutput, но проблема в том как я буду определять что это строка или структура данных которую записали в stdout в консольном приложении через fwrite?

Для любого обмена между несколькими участниками нужен протокол этого общения. Вы можете передавать команды/запросы от GUI к бекэнду, а он будет возвращать вам результаты, хоть строками, хоть бинарными структурами.
Как вы придумаете протокол, согласно этого протокола и будете определять, что вам шлет бекэнд.

[__Heaven__]

Вы же заранее знаете в каком порядке у вас будут поступать данные? Вот и подставляйте их в соответствующие ячейки структуры. Главное при чтении не забывайте длину проверять.