Правильное GUI/консоль приложение

[savy]

Всем Привет!

Подскажите, плиз, какое должно быть "правильное" приложение?
Т.е. как сделать так, чтобы оно и как консольное запускалось и как оконное? Какие "либы" сейчас используют? Программирую под питоном, но хорошие концепции подойдут, имхо, для любого языка ))

[Упс]

Всем Привет!

Подскажите, плиз, какое должно быть "правильное" приложение?
Т.е. как сделать так, чтобы оно и как консольное запускалось и как оконное? Какие "либы" сейчас используют? Программирую под питоном, но хорошие концепции подойдут, имхо, для любого языка ))

Тема "правильного" приложения не раскрыта, понятие растяжимое. GTK, GNOME, QT, KDE, ..........?
Написать консольное и добавить GUI. Либы используют те которые нужны. Или интересует существует-ли мода на либы, типа в этом сезоне используем ......

[alexander.pronin]

"Правильные" концепции такие, мсм:
- межплатформенность (обязательно)
- изначально заложенная распределенность приложения
- отображение через браузер или консоль.
Если речь идет про отдельное приложение (само в себе и не планируете ничего в смысле переноса), то делайте что угодно и как угодно (как Вам проще).

[savy]

Всех с Новым Годом!

Например, у меня стоит графический архиватор (File Roller), который, как я понимаю, при открытии архива сначала передаёт имя архива програме p7zip, а потом получает от неё список файлов и строит по нему свой графический List. Xarchiver также, наверняка, использует p7zip. Т.е. любой может написать свою обёртку на любом языке и для любой среды. Вот мне и хотелось бы узнать, как они там общаются между собой? ))

[alexander.pronin]

Какая-то графическая программа (неважно на чем написанная) по щелчку запускает какую-то консольную утилиту. Результат ее (stdout) парсится и выводится (разносится по полям) в графической программе.
Примеры.
на php и перле что-то типа
$var =`команда параметры_всякие_разные_от_графической_утилиты`;
на C#, Java, C/C++ (Qt, Gtk, Tk) есть аналогичные вызовы команд, см. posix.

[Riateche]

Имхо, более правильное решение - сделать библиотеку, реализующую функциональные возможности программы, а затем написать отдельно консольную и графическую утилиты, которые юзают эту библиотеку. Если вы пишете на питоне, то библиотеку можно реализовать  в виде обычного модуля.

Всё-таки парсить вывод консольной утилиты - это изврат. Простой пример: функция возвращает вам массив, консольная утилита его выводит. Графическая должна брать этот вывод и заново превращать его в массив? Нет, лучше взять ту же функцию, написанную вами, которая возвращает массив, и просто получить из нее массив.

[alexander.pronin]

Всё-таки парсить вывод консольной утилиты - это изврат.

Извращение - писать каждый раз консольные утилиты (с новыми (старыми ошибками). Я знаю случаи, когда такое написание кончалось крахом fs. После таких экспериментов желание изобретать велосипед пропадало.
Я не говорю, что использование проверенного кода - это быстрее, безопаснее и более платформенно независимее (если можно об говорить).

[Frank]

В таком случае делается так: пишется весь функционал в отдельной библиотеке (.so в линукс, .dll в винде), а так же пишутся юзающие её обёртки-гуи: консольный, GTK, Qt, итд.