Привет всем!
Я неданво начел программировтаь, нет вернее изучтаь данный язык..до этого раньше пробовал Pascal, Visual basis, так вот, в Visual Basic было интереснее тосить как там сам проетируеш окошко кнопки и строки вода.....но в С++ я что то не могу понять как это сдеьс можно сделать в часности в Visual C++ 6.0. Зарание спасибо за ответ.

Поичтай дкоуемнтаицю на MFC (Microsoft Foundation Classes) в MSDN

сдеь этого сделать нельзя. редактор форм только в 7.1 появился ( кажись )

Диалоги, по-моему, генерятся влегкую.. А если человек знает язык, то лучше изучать сразу Qt, т.к. MFC не есть гуд..

EnrolL
Вся прелесть языка С++ не в окошках, а в его возможностях и крастоте кода

гы...ну может так и етсь ну а окошки то хочется тоже создавтаь как же без них...

Цитата(_hunter @ 21.3.2005, 10:23)

сдеь этого сделать нельзя. редактор форм только в 7.1 появился ( кажись )

В шестой точно есть.

Цитата(EnrolL @ 21.3.2005, 21:07)

Я неданво начел программировтаь, нет вернее изучтаь данный язык..до этого раньше пробовал Pascal, Visual basis, так вот, в Visual Basic было интереснее тосить как там сам проетируеш окошко кнопки и строки вода.....но в С++ я что то не могу понять как это сдеьс можно сделать в часности в Visual C++ 6.0. Зарание спасибо за ответ.

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

Цитата(_hunter @ 21.3.2005, 21:23)

сдеь этого сделать нельзя. редактор форм только в 7.1 появился ( кажись )

Опа! Приехали

Цитата

Принципы абсолютно разные, и знания этих генераторов приложений тебе будут только мешать. В вижул С++ надо знать не формы а классы и ооп вообще.

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

Да, после Delphi и VB трудно смириться с отсутствием нормальной среды программирования GUI .

Perchilla, потом приходит понимание что ты расстаешься с илюзией и все становится на свои места - начинаешь разбираться "как же оно работает?" (читай: повышаешь квалификацию)

DENNN, стоп. под редактором форм я понимаю то, что под ним понимается в делфях ( жалкое подобие, именуемое редактором диалогов ( или что-то типа ) совсем не оно ) или я не прав?

Это сообщение отредактировал(а) _hunter - 22.3.2005, 16:49

_hunter, давай просто замнем - оффтоп получается.

ок

Ну вы даете я так и не получил конкретного ответа на свой вопрос.... с ваших слов я понял что С++ не имеет таких билдеров так а как же это создать, много прог написано на С++ ног там все окошки всё кеомпактно удобно красиво.

Цитата(EnrolL @ 22.3.2005, 18:03)

с ваших слов я понял что С++ не имеет таких билдеров так а как же это создать, много прог написано на С++ ног там все окошки всё кеомпактно удобно красиво

Вот как раз потому то и красиво, что там билдеров нет. Поэтому чтоб нарисовать окно там приходится работать головой, а не как в дельфе, левой задней ногой

Это сообщение отредактировал(а) Олег М - 22.3.2005, 18:15

тут можно и поспорить
тот же theBat выглядит вполне нормально

Там окна функциями делать надо....... В выжал сях
Добавлено @ 18:22
Вот пример простого окна на WinAPI:

Код

#define STRICT #define WIN32_LEAN_AND_MEAN #pragma warning(disable:4068) #pragma warning(disable:4100) #include <windows.h> #include <windowsx.h> #define TempWnd_DefProc DefWindowProc LRESULT CALLBACK WndProc(HWND hwnd, UINT Message, WPARAM wParam, LPARAM lParam); BOOL Register(HINSTANCE hInstance); HWND Create(HINSTANCE hInstance, int nCmdShow); static char szAppName[] = "TempWnd"; static HWND hMainWindow; static HINSTANCE hMainInstance; void TempWnd_OnDestroy(HWND hwnd); #pragma argsused int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,                    LPSTR lpszCmdParam, int nCmdShow) {     MSG Msg;     hMainInstance = hInstance;     if (!Register(hInstance))             return FALSE;     hMainWindow = Create(hInstance, nCmdShow);     if (!hMainWindow)         return FALSE;     while (GetMessage(&Msg, NULL, 0, 0))     {         TranslateMessage(&Msg);         DispatchMessage(&Msg);     }     return Msg.wParam; } #pragma argsused BOOL Register(HINSTANCE hInstance) {     WNDCLASSEX WndClass;     WndClass.cbSize            =    sizeof(WNDCLASSEX);     WndClass.style            =    CS_HREDRAW | CS_VREDRAW;     WndClass.lpfnWndProc    =    WndProc;     WndClass.cbClsExtra        =    0;     WndClass.cbWndExtra        =    0;     WndClass.hInstance        =    hInstance;     WndClass.hIcon            =    LoadIcon(NULL, IDI_APPLICATION);     WndClass.hIconSm        =    LoadIcon(NULL, IDI_APPLICATION);     WndClass.hCursor        =    LoadCursor(NULL, IDC_ARROW);     WndClass.hbrBackground    =    (HBRUSH)(COLOR_WINDOW);     WndClass.lpszMenuName    =    NULL;     WndClass.lpszClassName    =    szAppName;     return (RegisterClassEx(&WndClass) != 0); } #pragma argsused HWND Create(HINSTANCE hInstance, int nCmdShow) {     HWND hWindow = CreateWindowEx(WS_EX_OVERLAPPEDWINDOW,                     szAppName, szAppName,                     WS_OVERLAPPEDWINDOW,                     CW_USEDEFAULT, CW_USEDEFAULT,                     CW_USEDEFAULT, CW_USEDEFAULT,                     NULL, NULL, hInstance, NULL);     if (hWindow == NULL)         return FALSE;     ShowWindow(hWindow, nCmdShow);     UpdateWindow(hWindow);     return hWindow; } #pragma argsused LRESULT CALLBACK WndProc(HWND hwnd, UINT Message,                          WPARAM wParam, LPARAM lParam) {     switch (Message)     {         HANDLE_MSG(hwnd, WM_DESTROY, TempWnd_OnDestroy);                                default:             return TempWnd_DefProc(hwnd, Message, wParam, lParam);     }     } #pragma argsused void TempWnd_OnDestroy(HWND hwnd) {     PostQuitMessage(0); }

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

делаем проект Dialog Based Application
открываем главное окно (это будет диагол в ресурсах)
редактируем его в свое удовольствие (кнопочки бросаем, EditBox'ы всякие)
я сейчас не припомню точно, но, по-моему, даже по двойному клику событие добавляется

Что касается вопроса, то окна, кнопки, поля ввода можно MFC быстро штампануть. Создай проект через ClassWizard. Если надо что посерьезней, то ставь дополнительные GUI библиотеки.

Цитата

Там окна функциями делать надо....... В выжал сях

Цитата

Вот пример простого окна на WinAPI:

Visual C++ - среда разработки
WinAPI - набор функций

это - две практически независимые вещи

в Visual C++ можно использовать визуальное проектирование (как я уже описал...да и не только я)
а с помощью WinAPI можно успешно программировать в том же Delphi или C++Builder'е...

Открываешь редактор диалогов, рисуешь все те же кнопочки/окошки/рамки.
Потом визардом создаешь класс для этого диалога и для нужных контролов добавляешь визардом переменные.
Ничего необычного. Это если через WinAPI не хочешь.....

Цитата(_hunter @ 22.3.2005, 18:16)

тут можно и поспорить тот же theBat выглядит вполне нормально

Я ж не сказал, что в дельфи, или где там, нельзя головой работать, просто это особо там не требуется, да и простора маловато, для мыслей, - за тебя уже всё давно придумали и сделали, знай пользуйся

Цитата(maxim1000 @ 22.3.2005, 18:25)

в Visual C++ можно использовать визуальное проектирование (как я уже описал...да и не только я)

А что такое визуальное проектирование и что с его помощью проектируют?

Это сообщение отредактировал(а) Олег М - 22.3.2005, 18:49

Цитата

да и простора маловато, для мыслей, - за тебя уже всё давно придумали и сделали, знай пользуйся

это, по идее разработчиков, должно расширять простор для мысли

Цитата

А что такое визуальное проектирование и что с его помощью проектируют?

честно говоря, я не уверен, что это точный темрин
я имел в виду как раз набрасывание кнопочек и других компонентов на форму мышкой

а основное отличие Delphi от Visual C++ (как мне кажется) - получилась очень неплохая компонентная модель, очень хорошо продуманная в смысле масштабируемости, это, по-моему, и привело к такому обилию самых разнообразных компонент, что в свою очередь привело к большой популярности Delphi/C++Builder'а...

Цитата(maxim1000 @ 22.3.2005, 18:56)

я имел в виду как раз набрасывание кнопочек и других компонентов на форму мышкой

В этом как раз есть отличие генераторов приложений от языков программирования.

Цитата(maxim1000 @ 22.3.2005, 18:56)

а основное отличие Delphi от Visual C++ (как мне кажется) - получилась очень неплохая компонентная модель, очень хорошо продуманная в смысле масштабируемости, это, по-моему, и привело к такому обилию самых разнообразных компонент, что в свою очередь привело к большой популярности Delphi/C++Builder'а...

Нет ни это, а то что в дельфи как раз думать почти не надо, и при этом что-то выходит. В Вижул С++ такое не проканает - там чтобы более-менее функциональное окошко сделать надо знаний иметь довольно-таки много, так просто с наскоку не получится.
А компонентная модель (архитектура классов) в дельфи - полный отстой, да и реализация объектно-ориентированного подхода там крайне убогая.

Borland C++ Builder 5,6 используй - там всё наглядно, с окошками.

М	Постарайтесь не свести тему в Религиозные войны, пожалуйста.

Есть MFC, а есть еще C++ Builder. Вот там

Цитата

все окошки всё кеомпактно удобно красиво

Это сообщение отредактировал(а) jorkug - 23.3.2005, 05:59

Уну я уже понял спасибо! Так а можно например совмещать C++ Buildeer 6.0 с Visual C++ 6.0

Мoжно компилить Visual C++ проги на C++Builder.

Цитата

Borland C++ Builder 5,6 используй - там всё наглядно, с окошками.

Другого не дано.

Тоисть то что было напсиано на Visual C++ 6.0, можно компилить и в Borland C++ 6.0

не Borland C++, a Builder C++6.0
Именно так

Это сообщение отредактировал(а) JAnty - 24.3.2005, 11:08

Здравствуйте. Вообще, как мне казалось, внешний вид приложения не очень зависит от использованной графической библиотеки - и на VB можно нехилый интерфейс соорудить. Поэтому переход на плюсы должен быть продиктован более весомыми причинами, нежели "прикольные окошечки и рюшечки". Был на одном из форумов интересный спор - на чем проще и быстрее написать GUI приложение. Задача простая - в окне летает шарик, который отбивается двумя вертикальными линиями по бокам экрана. Линии перемещаются вверх-вниз - короче, что-то вроде пинбола. WIN API, MFC и остальные библиотеки сдулись, остались лисп (точное название не помню) и Qt, с которыми еще долго извращались, сокращая количество строк кода. В итоге получилось примерно одинаково (разница в несколько строк).

Просто в QT уже есть графические классы, котрые могут отлавливать столконовения. Ну а так, по GUI он тоже рулит

Уровень абстракции там высокий, но быстродействие похужее. Про лисп вообще без комментариев, там, как я понял куча всего в рантайме крутится. Но скорость написания приложений - весьма и весьма

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

Если тебя такой вариант устраевает, задавай вопросы



Это сообщение отредактировал(а) SashaVinnica - 31.3.2005, 19:28

А можно сделать это в бюлдере...а потмо переделать как ты сказал в Фотошопе

Что такае "бюлдере" может Билдер?
В Билдере всё просто до безобразия.

Это сообщение отредактировал(а) JAnty - 6.4.2005, 10:41

Цитата(Jcs @ 25.3.2005, 06:03)

Поэтому переход на плюсы должен быть продиктован более весомыми причинами, нежели "прикольные окошечки и рюшечки"

Гибкость, размер программ и простота разработки.
...
По сабжу
Enroll
Есть C++ - язык программирования, на нём пишутся программы как в Билдере, VC так и в куче других IDE и простых компиляторах включая оные под Linux, IRIX и небольшие системы глобальной обороны
...
Есть IDE - среда разработки, такая как C++ Builder, Visual C++, Eclipse и т.д. и т.п.
Её предназначение - убыстрять разработку ПО и помогать разработчикам всеми средствами, стараясь не мешать в то же время, но не рисовать интерфейс на экране.
...
Для разработки графического интерфейса (GUI) для C++ существует туева хуча самых разнообразных библиотек классов и функций, таких как: Qt, VCL, MFC, WTL, wxWidgets, и т.д...
Суть в том что тебе сразу начали морочить голову с MFC, заключается в том, что MFC поставляется сразу с VC.
Однако сама гибкость C++ как и не мешающая этому VC, позволяет тебе подключить большинство сторонних библиотек или спокойно работать с низко-уровнемым Win32Api:GDI.
Ты вообще можешь не использовать другие классы, а просто ловить клики мыши вручную, как это делает SashaVinnica. Можешь изменить способ рисования, которым Win32Api рисует контролы, короче - всё в твоих руках

Это сообщение отредактировал(а) chipset - 6.4.2005, 11:15

Люди.. так я и не пойму в VC++ обычно все окна кнопки и т.п. создаются с WinApi или как? Почему же тогда все за VC если в билдере гораздо легче создать приложение? Если нужна такая то программа которая выполняет такие действия в таком то окне то ведь гораздо быстрее создать в билдере кликнув пару раз и написав пару строк чем на WinApi? Просто я только начал изучать си и пока осваиваю синтаксис ф-ии типы и т.д... зашел в VC ++ 6.0 и ничерта не понял %) Хотя там выбрал непомню MFC вроде приложение и уже типа готовая программка с окнами ;) Но дык.. MFC это что - набор компонентов наподобии VCL? И где что то вроде главного окна где я могу размещаать MFC компоненты? Или я чего то не догоняю?
Вообще главнаый вопрос - как обычно создаются программы на VC - вернее не программы а интерфейс - с помощью WinApi или тама где то как и в билдере можно размещать левой ногой кнопочки ??
*Пошел читать про ф-ии в С++ дальше %)

Ripper для начала прочитай предыдущий пост chipset а. Во вторых сравнение MFC и VCL не совсем будет правильным, потому что все компоненты VCL пишуться на дельфи. Тут уж естественно выбор будет богаче, нежели в MFC, где нет компонентов, есть стандартные контроллы Windows.

Билдер замкнут вокруг своей VCL, а на VC++ можно прикрутить практически любую библиотеку GUI, что существует под винду, а их великое множество. Хочешь размещть кнопки на окне 2-мя кликами мыши, это легко сделать в редакторе ресурсов. Если надо что посерьезнее, посмотри, к примеру, библиотеку QT, вернее QT Designer, который идет с ней в комплекте.

Это сообщение отредактировал(а) Perchilla - 7.4.2005, 14:53

Цитата(Perchilla @ 7.4.2005, 15:52)

Билдер замкнут вокруг своей VCL

Не надо ля-ля!
Поговорим здесь?

Цитата(Ignat @ 7.4.2005, 05:41)

Не надо ля-ля! Поговорим здесь?

Да кстати... Если мне не изменяет память, то я даже видел пункт MFC в одной из версий борландовской махины... Правда не знаю как можно впихнуть туда MFC сейчас но думаю что эт это возможно.

Цитата(Perchilla @ 7.4.2005, 04:52)

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

MFC это не просто обертка над Win32Api.

Цитата(Ripper @ 7.4.2005, 04:40)

Вообще главнаый вопрос - как обычно создаются программы на VC - вернее не программы а интерфейс - с помощью WinApi или тама где то как и в билдере можно размещать левой ногой кнопочки smile ??

Главным образом зависит от твоих целей и желаний. В VC++ всё довольно просто, надо лишь уяснить саму суть - библиотек много, подключать можно любые, надо немного возиться с любыми.

А зачем нужны другие библиотеки. Ведь в VCL-e есть все что нужно для интерфейса?
Почему не использовать билдер? Хотя надо найти документацию по VC.. незнаю.. совсем не привычно

Ignat ну давай. Хотя мне спорить сейчас нечего, я свое мнение сказал, но если кто - либо в Билдере дальше VCL и MFC заходил, или кто либо успешно портировал приложения в Kylix (не блокноты ) поделитесь впечатлениями.

В настоящий момент я активно использую в Visual C++ библиотеку QT для разработки графического интерфейса, поглядываю на wxWidgets (бесплатность манит ). Обе кросплатформенные, проблем с переносимостью не возникает (в QT точно).

chipset

Цитата(chipset @ 7.4.2005, 16:48)

Правда не знаю как можно впихнуть туда MFC сейчас но думаю что эт это возможно.

он там уже встроен, если я не ошибаюсь.

Цитата(chipset @ 7.4.2005, 16:48)

MFC это не просто обертка над Win32Api.

любая GUI библиотека так или иначе является оберсткой вокруг Api, но сейчас я говорил о визуальных контроллах, которые насколько я знаю, ограничиваются стандартными. Те. если взять какой - нибудь ресурс с диалогом и скомпилить с асмом, то он будет и в асме работать. В VCL по другому, там диалоги описываются также в ресурсах, но своим паскале - подобным языком, понятным только борланду.

Это сообщение отредактировал(а) Perchilla - 7.4.2005, 17:13

Цитата(Ripper @ 7.4.2005, 06:59)

А зачем нужны другие библиотеки. Ведь в VCL-e есть все что нужно для интерфейса?

Куча причин: начиная от огромного размера программ, через корявость интерфейса ихнего до дельфийского написания VCL и корявости Borland C++.
Добавлено @ 17:35

Цитата(Perchilla @ 7.4.2005, 07:10)

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

Кстати поэтому и интерфейс у них мягко говоря.. взять хотя-бы стандартные кнопки "ОК" "Отмена".

Цитата(Perchilla @ 7.4.2005, 07:10)

поглядываю на wxWidgets (бесплатность манит smile ).

Очень интересно, я кстати тоже на неё поглядываю.

Хм... ну. Остается искать доки по VC . хотя прежде познакомится с основами С++ %)
Хотя все таки я думаю что на дельфи и на билдере можно сделать программу быстрее и работающую не хуже чем на VC + MFC ..? Ну может весить будет больше или чуть медленнее работать..хз.. но сейчашние винчестеры и процессоы позволяют. Хотя ладно. Я сам хочу с MFC, VC познакомится %)

Ripperдолжен тебя предупредить, что после VCL в MFC тебя ждет большое разочарование. Я плакалъ.

Цитата(Perchilla @ 7.4.2005, 09:25)

Ripperдолжен тебя предупредить, что после VCL в MFC тебя ждет большое разочарование. Я плакалъ.

Ну и что? А после вижуал васика?
Не привыкайте что что-то даётся легко, программирование не для таких.

Плакал почему? Разочаровался? Сложность это другая вещь %) Если MFC чем то лучше - будем исползовать её

Цитата(Perchilla @ 7.4.2005, 15:52)

Билдер замкнут вокруг своей VCL

Цитата(Perchilla @ 7.4.2005, 18:10)

в Билдере дальше VCL и MFC

Некоторое противоречие. Сначала просто VCL, потом VCL и MFC.. так и до QT дойдем?

Цитата(Ripper @ 7.4.2005, 20:58)

Если MFC чем то лучше - будем исползовать её

Чем-то лучше, чем-то хуже. Нельзя дать однозначный ответ.
Например, у меня сложилось такое впечатление - для быстрого написания приложения (особенно если активно используется БД) эффективнее использовать Бормана. Если же активно нужно использовать виндовый апи, "вылизать" программу от ошибок и сократить размер, то VC+MFC. Это моё ИМХО.

А вообще использование MFC после VCL - для меня был некий удар по голове пыльным мешком. Въехал не сразу, тем более, в билдере даже мессаги обрабатывал без макросов - просто перегружал обработчик.


ЗЫ Perchilla, кинь ссылочкой на QT попробуем прикрутить к билдеру.

Цитата(Ignat @ 8.4.2005, 09:09)

Некоторое противоречие. Сначала просто VCL, потом VCL и MFC

Кто - нибудь вобще реально пользовался MFC в билдере, кроме как в целях портирования из VC???

Цитата(Ignat @ 8.4.2005, 09:09)

ЗЫ Perchilla, кинь ссылочкой на QT попробуем прикрутить к билдеру.

http://www.trolltech.com/
Я пробовал, там только Borland С++, а Билдера нема. Сами как то с chipset ом хотели эксперимент провести, кто быстрее QT скомпилит, Билдер к зач0ту не был допущен .
Добавлено @ 09:41
Ignat кстати, можешь поучаствовать в этой дискуссии http://forum.vingrad.ru/index.php?showtopic=42036 . Тут как раз проблеба в том, что не можим найти исходник, который скомпилиться в нескольких компилерах, и основной камень преткновения - Builder

Это сообщение отредактировал(а) Perchilla - 8.4.2005, 09:35

Perchilla, лови:
http://www.trolltech.com/developer/compilers/bcpp.html

Ignat ты скомпилил? Тогда рассказывай как, будем опыты ставить .
Добавлено @ 11:44
Не, это не дело, так сроду не поставишь, еще патчи качать, исходники менять. . QT это не для Buildera.

А вобще можно например делать так..писать в Бюлдере..а потмо уже мутить ун ка кбы свой скин для проги..как для wiamp`a, тосить в Фотошопе нарисовать всё.

Цитата(Perchilla @ 9.4.2005, 12:40)

Ignat ты скомпилил?

Скомпилил. Но ума еще не дал - времени особого нет.
Хочу компилить проекты вместе с VCL и QT.

Цитата(Perchilla @ 9.4.2005, 12:40)

Не, это не дело, так сроду не поставишь, еще патчи качать, исходники менять.

Патчи нужны для младших версий.
С исходниками действительно прикол. Скомпилил с третьего раза. С первого раза матерится на mysql и style winXP.