Одна программа и несколько GUI к ней, как это работает?

[xterro]

Приветствую, любопытства и расширения гругозора для, подскажите, как реализуется например, консольная программа и несколько гуёв к ней. В том же Линуксе много примеров таких программ, когда есть консольная "утилитка" и несколько разных гуёв к ней, например тот же spice симулятор или торрент-трекер transmission. Как они взаимодействуют друг с другом, какими способами, через что? Как это реализуется на уровне архитектуры приложения/классов/кода?

[Ichthyander]

По-моему все просто, если конечно я правильно понял вопрос. Отделение функционала от интерфейса. Да даже само использование классов, реализующих какой либо функционалов позволяет потом сделать различные интерфейсы: web, gui, консоль и другие. Достаточно перенести классы, реализующие нужный функционал в отдельные модули и потом использовать. Приложения будут отличаться только интерфейсом. На практике можно даже вынести функционал в отдельную библиотеку (dll, so), если слишком тяжелый код получается....

[wofs]

В том же Линуксе много примеров таких программ, когда есть консольная "утилитка" и несколько разных гуёв к ней, например тот же spice симулятор или торрент-трекер transmission.

В данном случае GUI просто рулит консольной утилитой и парсит ее вывод, предоставляя вам результат. Отчасти поэтому зачастую проще сразу запустить консоль и за пару секунд набрать комманду с параметром, чем запускать GUI, тыкать там мышкой...

[xterro]

Понятно, спасибо

[bormant]

... но обычно поступают иначе.
Общую функциональность выносят в библиотеку.
Библиотеку дергают из консольного или графического приложения.
Наглядный пример: libparted, parted, gparted.

[Mirage]

Общее решение - у ядра, т.е. той части, которая что-то полезное делает, есть API. А морды это API используют.
Что это за API это уже вопрос конкретной реализации. Это должно быть что-то межпроцессное, чтобы могли использовать другие процессы.
Например, сейчас модно REST API. Тогда можно и десктопный и мобильный и веб клиент легко сделать. В т.ч. управление по сети с другого устройства.
Или бинарный сетевой API.
Если делать дин. библиотеку, то это только для чего-то, что требует большой пропускной способности, а обычно гимора много, а толку мало.
Общение через консоль тоже так себе вариант, особенно если предполагается человекочитаемый формат, как у того же GDB.
В принципе, любой способ IPC подойдет.

[Python]

Как правило, GUI к консольным утилитам запускает консольную утилиту скрытно (самый распространённый пример - ffMpeg, на нём 95% Windows-конверторов форматов базируются... и нет, я не согласен, что проще командную строку написать, из GUI утилиты проще выбрать пресет, кинуть туда пять файликов, нажать галку "Выключить комп по завершению", запустить процесс и уйти спать... в консоли придётся целый батник писать строчек на десять). Что можно почитать по теме? Самое простое:
http://wiki.lazarus.freepascal.org/Exec ... s#TProcess
Теоретически, это должно работать кроссплатформенно. Если кроссплатформенность не интересует - можно сделать на WinAPI:
http://www.delphikingdom.com/asp/viewit ... alogid=736
Варианты решения, где GUI и консоль разделяют одну библиотеку тоже бывают, но существенно реже, обычно это делается вынесением 99% функционала консольной утилиты в DLL (в линуксе тоже есть что-то подобное), а GUI может этот функционал использовать. Пример - 7z.
Вариант решения, в котором GUI и консоль используют один и тот же блок кода при компиляции (пакет, модуль), а потом становятся независимыми друг от друга - самый простой, но на моей практике я не припомню, чтобы он где-то встречался. Понятное дело, этот вариант - самый простой.
Ну и последний вариант, которым я обычно пользуюсь - в зависимости от запуска программы (с аргументами или без) она запускается либо как коньсоль, либо как GUI приложение. В первом случае её можно использовать в скриптах для автоматизации (например, надо отработать 3000 файлов - руками указать каждый файл... не, проще сразу застрелиться, а for %%i in ... делает работу за десять минут на всё про всё...) а во втором случае - пользоваться при небольшом количестве файлов. Минус очевиден - программа начинает весить столько же, сколько сумма консольной+GUI версии, но я бы назвал это оправданным - нельзя ничего потерять