Приветствую всех кто читает мой первый топик !
Вот у меня появился вопрос , зачем надо учить и знать С++ под консоль , если можно писать под GUI интерфейс , а не под консоль ?
Под консолью я имею ввиду писать тексты программ в файлах с расширением .cpp
Прошу строго меня не судить , я новичок !

Цитата

Под консолью я имею ввиду писать тексты программ в файлах с расширением .cpp

чето ни че не понял

В С++ есть ООП , а консоль это или чтото другое без разницы
ЗЫ Хотя наверное будет очень сложно написать ГУИ прогу без классов

Под консоль - означает, что вывод программы идет в "черное окошко" терминала. Учить там практически ничего не надо. Чтобы выводить на консоль, надо знать 2-3 команды (можно и больше).
А вот GUI - программирование в оконном интерфейсе требует существенно болших знаний об устройстве соответствующей GUI-библиотеки. А *.cpp - так это они везде *.cpp, хотя можешь их назвать и *.xrenavam - ссуть не изменится .

С всем этим я согласен . Скорее всего я просто криво выразился , но я имел ввиду , много ли даст , то что если писать программы не под GUI интерфейс , а под консоль .
Просто многие мне говорят , что если писать программы под консоль ( "черное окно" ) , то это пустая трата времени .
Но мне кажется , что писать под консоль , всё же иметь навык надо .
Согласны ли Вы с этим утверждением ?

Естественно, знать надо. Вдруг тебе надо обработать пару файлов? Будешь писать ГУИ? Но, вообще, сравнивать консоль и окно - как автомобиль с катером.

Смотря для чего программа. ИМХО писать графический редактор под консоль - пустая трата времени(в теории это это возможно с использованием таких либ как aa или caca(цветное aa, я под какой mplayer'ом пользовался. Мультики смотрятся нормально, а вот фильмы плохо, но я отвлекся)). Написание под консоль занимает меньше времени. Вообщем каждой задачи свой интерфейс...
Ах да, еще гуйные приложния нельзя построить в конвеер(dir | more). А консольные - можно. И это громаднейший плюс.

Я всё понял .
Всем большое спасибо !
Если Вам не трудно напишите мне в ICQ: 100 - 200 - 300 или дайте свои номера . Если не затруднит конечно .
Нам есть о чем поговрить !
Просто на форуме я флудить не хочу

Это сообщение отредактировал(а) DoDo - 11.8.2005, 18:33

Цитата

Ах да, еще гуйные приложния нельзя построить в конвеер(dir | more). А консольные - можно. И это громаднейший плюс.

GUI-приложение вполне может сохранить за собой stdout. Почему нет??

Это не может быть пустая трата времени. К примеру задача, когда надо придумать алгоритм, на вход которому подается массив чисел. Писать ГУИ здесь - лишняя трата времени. Читаешь числа из файла или stdin и что-то с ними делаешь. Отлаживаешь свой алгоритм, оформляешь его ввиде функции или класса - и у тебя готовый кусок кода.

Можешь ее потом использовать в ГУИ приложении. ГУИ - может быть последним этапом, так сказать оформительным. Когда уже все есть, занимаешься интерфейсом. Это, разумеется не относится ко всякой графике, как уже сказал Mayk. Но относительно всяких вычислений, когда важна скорость, когда надо быстро написать - никаких GUI.

Самые быстрые в мире вычислительные программы написаны именно в консоли (молдинамика, квантхимия). И это не потому что людям было лень написать интерфейс, а это продиктованано условиями задачи.

Это сообщение отредактировал(а) comcon1 - 11.8.2005, 18:37

Цитата(comcon1 @ 11.8.2005, 22:36)

GUI-приложение вполне может сохранить за собой stdout. Почему нет??

Потому что гуй - это кнопки, менюшки и прочие пимпочки. Гуй и конвеер это экзотика. Назови мне десять приложений ГУЕв, которые можно использовать для построения конвееров. Лучше всего вот так:
App1 | App2 | ... AppA.

Цитата(DoDo @ 11.8.2005, 13:39)

зачем надо учить и знать С++ под консоль , если можно писать под GUI интерфейс , а не под консоль ?

сначала будет неплохо и "консоль" выучить... с программирования для Windows сразу трудно начать, так сказать азы нужны.

Цитата(Mayk @ 11.8.2005, 19:07)

Потому что гуй - это кнопки, менюшки и прочие пимпочки. Гуй и конвеер это экзотика. Назови мне десять приложений ГУЕв, которые можно использовать для построения конвееров. Лучше всего вот так: App1 | App2 | ... AppA.

Ага это кнопки но никто не запрещает обработать и строку параметров даже без вывода окна на экран

Цитата

Ага это кнопки smile но никто не запрещает обработать и строку параметров smile даже без вывода окна на экран smile

Строка параметров есть и у ГУЙ-приложений. Притом почти у всех. Он говорит о конвейере, когда stdout одной проги направляется в "трубу" (pipe), на другом конце которой расположен stdin второй проги и т.д..
ГУЙ-приложения, как правило, теряют связь с запускающим их терминалом и закрывают stdin и stdout, посему в трубу не размещаются.
---------------
2 Mayk. Вполне можно очертить класс задач, которые удобно будут решаться таким образом. Возьмем к примеру, какой-нибудь хитрый обработчик данных. Он запускается выдает окошко, в окошке настраиваются параметры, затем окошко закрывается и обработанные данные попадают на вход следующей программе-обработчику и т.д..
хм...хотя это, пожалуй, тоже извращение.

Вот появился еще один вопрос по данной теме , можно писать программы под Windows с помощью Visual C++ , точнее его мастера , там где уже всё готово , видно окно и легко на нем можно расставить кнопки , то есть сам интерфейс программирования , програмная среда .
Второй вариант можно писать под Windows без самого мастера , а просто создать файл .cpp и туда поочередно подключать Api функции , сначала создать само окно , а затем уже и кнопки и т. д .
Вопрос в том , что каким способом лучше писать под Windows , или каким способом пишите Вы ?

Есть несколько библиотек (среды разработки в скобках) для ГУЙ под Винд:
* MSVC (Microsoft Visual Studio),
* BCB (Borland C++ Builder),
* WinApi (-- every --).
И библиотеки платформ-независимого ГУЙ:
* QT (TrollTech QT Designer + ... ),
* FireFox (собственные проги, не помню),
* wxWidgets (MinGW Studio).

По АПИ -- отправляйся на форум: системное програмирование и ВинАпи.

Самая простая: BCB. С нее начинай. Попишешь под консоль, потом под борландовский ГУЙ, потом уже будешь выбирать из всего спектра.
Добавлено @ 11:20
А мы пишем кто где. На форуме есть приверженцы каждого пункта из мною перечисленных ( и из неперечисленных :-) ).
Добавлено @ 11:23
Модератор, перенесите в колледж. И хохму эту - nastja - тоже.

Я писал уже на продукте от Борланд , Делфи называется .
Конечно может этот топик не в тему

BCB - иерархия похожа на Delphi. И после делфи проще усваивать фичи С++, хотя не все.

По БСБ -- поиск в соответствующий форум.

Тоже верно . А на чистом С++ много можно написать ?
comcon1 , у тебя ICQ есть ?

Цитата(comcon1 @ 12.8.2005, 08:46)

Строка параметров есть и у ГУЙ-приложений. Притом почти у всех. Он говорит о конвейере, когда stdout одной проги направляется в "трубу" (pipe), на другом конце которой расположен stdin второй проги и т.д.. ГУЙ-приложения, как правило, теряют связь с запускающим их терминалом и закрывают stdin и stdout, посему в трубу не размещаются.

Спасибо за разъяснение я не знал об этом
А почему теряют связь и закрывают stdin и stdout?

Ну как.. Запускаешь программу из терминала. Потом закрываешь терминал, а прога продолжается. Ну это в общем не обязательно. Ну во-первых, чтобы вернуть управление в терминал.
Линуховые проги по умолчанию не возвращают. Например, если написать

Код

black@comcon1$ mozilla

То печатать в терминале будет уже нельзя.
А если написать:

Код

black@comcon1$ mozilla &

... то можно.
Однако связь с терминалом процесс не теряет и если терминал закрыть mozilla закроется тоже.
Чтобы этого не происходило, надо прерывать связь с терминалом. Как это делать - зайдите в форум системное прог-е и ВинАПИ, потому что я знаю, как под линух, а в этом месте Вин и Линь должны отличаться.

Также если терять связь, корректным будет закрывать файловые дескрипторы 1, 2 и 3, что линуховые проги тоже часто не делают (оставляют stdout) и журналируют прямо в консоль.