![]() |
Окно с кнопкой на Api
Я давно хотел начать программировать на С++, но была одна проблема. Я не хотел изучать MFC или ATL, которые уже завтра могут стать не актуальными. Поэтому надо было научиться создать хотя бы форму с кнопкой, для дальнейших экспериментов. Об этом и статья.
Чтобы начать нашу затею нужно создать абсолютно пустой проект. Для этого в VC++ 6.0. жми file->new->project->Win32Application Потом выбираем An Empty Project и кликаем Finish Теперь нужно создать файл кода. Опять File->new->Files->C++ source file. И у нас откроется окно в котором и будем писать код нашей программы. Короче, чтобы создать окно нужна переменная класса WNDCLASS, у которого куча всяких параметров. Мы создадим эту переменную, потом зарегистрируем этот класс в системе функцией RegisterClass(), а потом создадим окно функцией CreateWindow. Если кто абсолютно тугой, то любая win-программа должна начинаться с функции WinMain в которой есть четыре параметра параметра: Код:
int WINAPI WinMain(HINSTANCE hInstance,HINSTANCE hPrevInstance,LPSTR lpCmdLine,int nShowCmd)WndProc – эта функция, которую мы создадим потом. Переменные b1hwnd и b2hwnd – это будут указатели на кнопки, но о них тоже потом. Дальше расклад такой – создадим переменную класса WNDCLASS и заполним её: Код:
#include <windows.h>Параметр style – это типа как окно будет выглядеть, там могут быть разные значения, но все они фуфло ненужное, т.к. они не пойми чего делают. Только от одной константы был какой-то толк – это CS_NOCLOSE. Установив эту константу в параметре style переменной w окно не будет иметь кнопки закрытия и не будет закрываться через Alt+F4. Т.к. я сам не пойму для чего это все нужно, то и переводить не буду. Короче не заморачивайте себе голову и ставьте значение NULL. Но для самых любознательных вырезка из MSDN: Style Action CS_BYTEALIGNCLIENT Aligns the window's client area on a byte boundary (in the x direction). This style affects the width of the window and its horizontal placement on the display. CS_BYTEALIGNWINDOW Aligns the window on a byte boundary (in the x direction). This style affects the width of the window and its horizontal placement on the display. CS_CLASSDC Allocates one device context to be shared by all windows in the class. Because window classes are process specific, it is possible for multiple threads of an application to create a window of the same class. It is also possible for the threads to attempt to use the device context simultaneously. When this happens, the system allows only one thread to successfully finish its drawing operation. CS_DBLCLKS Sends a double-click message to the window procedure when the user double-clicks the mouse while the cursor is within a window belonging to the class. CS_DROPSHADOW Windows XP: Enables the drop shadow effect on a window. The effect is turned on and off through SPI_SETDROPSHADOW. Typically, this is enabled for small, short-lived windows such as menus to emphasize their Z order relationship to other windows. CS_GLOBALCLASS Specifies that the window class is an application global class. For more information, see Application Global Classes. CS_HREDRAW Redraws the entire window if a movement or size adjustment changes the width of the client area. CS_NOCLOSE Disables Close on the window menu. CS_OWNDC Allocates a unique device context for each window in the class. CS_PARENTDC Sets the clipping rectangle of the child window to that of the parent window so that the child can draw on the parent. A window with the CS_PARENTDC style bit receives a regular device context from the system's cache of device contexts. It does not give the child the parent's device context or device context settings. Specifying CS_PARENTDC enhances an application's performance. CS_SAVEBITS Saves, as a bitmap, the portion of the screen image obscured by a window of this class. When the window is removed, the system uses the saved bitmap to restore the screen image, including other windows that were obscured. Therefore, the system does not send WM_PAINT messages to windows that were obscured if the memory used by the bitmap has not been discarded and if other screen actions have not invalidated the stored image. This style is useful for small windows (for example, menus or dialog boxes) that are displayed briefly and then removed before other screen activity takes place. This style increases the time required to display the window, because the system must first allocate memory to store the bitmap. CS_VREDRAW Redraws the entire window if a movement or size adjustment changes the height of the client area. Следующая строчка это очень важная строчка. Поэтому втыкаем в нее внимательно… Втыкаем ещё… ещё… Теперь на балкон ганджа покурим и ещё повтыкаем. Правда красивая? Так вот параметром lpfnWndProc мы указываем какой процедурой мы будем обрабатывать сообщения, которые будут поступать в наше окно (программу). Не знаю кому как, но для меня долгое время было непонятно, что это за такие сообщения Windows (наверное курил тогда мало). Для тех у кого нехватка с ганжам (привет братанам из Севера нашей Родины) объясняю, что это такое. Короче когда ты нажимаешь что-нить на клавиатуре, мыше или дымишь в монитор, то Windows отправляет сообщения всем программам подряд. Программы их ловят и если какое-либо сообщение предназначено им они их обрабатывают. Наша программа поступает точно так же. Сообщения бывают разные-разные. Например для нажатия всех кнопок клавиутуры бывают разные сообщения. Та же история с мышой. И даже для таймера есть сообщения. И даже можно файрвол наебать если поставить хуки на сообщения… Но это уже другая история. И короче наша прога будет ловить сообщения, а процедура WndProc (именно она указана в строчке в которую мы втыкали) будет их обрабатывать. А как именно ты укажешь сам. Допустим для сообщения от нажатия левой кнопки мыши, программа будет менять свой заголовок. А если сообщение от правой пимпы мыши, то сами что-нить придумаете. А если сообщение приходит от задымленного монитора, то скажите этой процедуре чтобы она хакнула www.microsoft.com. Для этого кстати тоже есть стандартная API, называется DefaceBillysIndexPage(). Подробности этой функции смотри в MSDN. Короче двумя словами. Процедура, которая обрабатывает сообщения, поступающее нашей программе будет называться WndProc. Но её мы обсудим дальше. А теперь втыкаем в следующую строчку. w.hInstance=hInstance; Короче в msdn написано, что параметр должен указывать на инстанцию, которая содержит наш класс (т.е. переменная w). Что они этим хотели сказать я не понял ваще. Но указывать там надо переменную, которая идет первой в параметрах функции WinMain. Видимо именно эта переменная указывает на эту самую инстанцию . Бля, люди, которые составляют msdn, наверное курят больше чем сам Боб Марли, иначе так тупить нельзя. Ладно… Двинули к следующей строчке. В строчке w.hbrBackground=(HBRUSH)COLOR_WINDOW; указываем цвет у окна. Этот параметр должен быть типа HBRUSH. Поэтому преобразовываем цвет к этому виду. А COLOR_WINDOW это стандартная константа. Это цвет обычного окна. Ещё есть вот такие цвета: • COLOR_ACTIVEBORDER • COLOR_ACTIVECAPTION • COLOR_APPWORKSPACE • COLOR_BACKGROUND • COLOR_BTNFACE • COLOR_BTNSHADOW • COLOR_BTNTEXT • COLOR_CAPTIONTEXT • COLOR_GRAYTEXT • COLOR_HIGHLIGHT • COLOR_HIGHLIGHTTEXT • COLOR_INACTIVEBORDER • COLOR_INACTIVECAPTION • COLOR_MENU • COLOR_MENUTEXT • COLOR_SCROLLBAR • COLOR_WINDOW • COLOR_WINDOWFRAME • COLOR_WINDOWTEXT Можете поэксперементировать. Следующей строчкой w.hCursor=LoadCursor(NULL, IDC_ARROW); мы указываем какой курсор будет в нашей программе. IDC_ARROW – означает стрелочку, это стандартная константа. А функция LoadCursor возввращает хэндл курсора, т.к. именно хэндл нужно отдавать параметру hCursor. Ещё есть вот такие стандартные константы для курсоров: IDC_APPSTARTING IDC_ARROW IDC_CROSS IDC_HAND IDC_HELP IDC_IBEAM IDC_ICON IDC_NO IDC_SIZE IDC_SIZEALL IDC_SIZENESW IDC_SIZENS IDC_SIZENWSE IDC_SIZEWE IDC_UPARROW IDC_WAIT Можете повтыкать туда их. Естественно вид курсора будет меняться. Далее даем имя нашему классу. w.lpszClassName="First"; Имя нужно для того, указать его в функции CreateWindow. А эта функция по имени узнает обо все остальном, что вы там заполняли. Ну теперь наконец-то регистрируем наш класс в системе функцией RegisterClass(). Как видите этой функции нужно передавать не саму переменную класса, а адрес на нее, т.е. перед именем переменной поставить символ ‘&’. Ну все… Класс окна мы подготовили, можно теперь создавать окно функцией CreateWindow. Естественно если вы скомпилируйте программу, то работать она не будет, т.к. у нас ещё нету функции, которая обрабатывает сообщения, т.е. WndProc. Пока читайте как есть, а дальше и WndProc наваяем. Итак, в первый параметр функции CreateWindow нужно передавать имя класса, который мы создавали. А его имя мы указали в его параметре lpszClassName. Имя у нас было First вот и указываем First в этом параметре. Не забудьте кавычки, т.к. это обычная строка. Следующий параметр означает, что будет написано в заголовке нашего окна. Пишите там, что хотите. Я написал FuckingWindow. Следующем параметром мы указываем стиль нашего окна. Т.е. какое именно будет наше окно. Там может быть очень много всяких параметров. Если интересно, то смотри в msdn. В моей программе стоит значение WS_OVERLAPPEDWINDOW. Этот стиль кобинирует в себе несколько стилей, которые отвечают, за кнопки закрытия, сворачивания, разворачивания окна. Меню этого окна и некоторые ещё. Если интересно смотри в msdn. А можешь просто оставить, то что есть и не парится, т.к. ничего сверх интересного там нету. Хотя ознакомится, конечно бы надо… Поэтому вод вырезка из msdn, но переводить не в кайф. Если интересно переводите сами. WS_BORDER Creates a window that has a thin-line border. WS_CAPTION Creates a window that has a title bar (includes the WS_BORDER style). WS_CHILD Creates a child window. A window with this style cannot have a menu bar. This style cannot be used with the WS_POPUP style. WS_CHILDWINDOW Same as the WS_CHILD style. WS_CLIPCHILDREN Excludes the area occupied by child windows when drawing occurs within the parent window. This style is used when creating the parent window. WS_CLIPSIBLINGS Clips child windows relative to each other; that is, when a particular child window receives a WM_PAINT message, the WS_CLIPSIBLINGS style clips all other overlapping child windows out of the region of the child window to be updated. If WS_CLIPSIBLINGS is not specified and child windows overlap, it is possible, when drawing within the client area of a child window, to draw within the client area of a neighboring child window. WS_DISABLED Creates a window that is initially disabled. A disabled window cannot receive input from the user. To change this after a window has been created, use EnableWindow. WS_DLGFRAME Creates a window that has a border of a style typically used with dialog boxes. A window with this style cannot have a title bar. WS_GROUP Specifies the first control of a group of controls. The group consists of this first control and all controls defined after it, up to the next control with the WS_GROUP style. The first control in each group usually has the WS_TABSTOP style so that the user can move from group to group. The user can subsequently change the keyboard focus from one control in the group to the next control in the group by using the direction keys. You can turn this style on and off to change dialog box navigation. To change this style after a window has been created, use SetWindowLong. WS_HSCROLL Creates a window that has a horizontal scroll bar. WS_ICONIC Creates a window that is initially minimized. Same as the WS_MINIMIZE style. WS_MAXIMIZE Creates a window that is initially maximized. WS_MAXIMIZEBOX Creates a window that has a maximize button. Cannot be combined with the WS_EX_CONTEXTHELP style. The WS_SYSMENU style must also be specified. WS_MINIMIZE Creates a window that is initially minimized. Same as the WS_ICONIC style. WS_MINIMIZEBOX Creates a window that has a minimize button. Cannot be combined with the WS_EX_CONTEXTHELP style. The WS_SYSMENU style must also be specified. WS_OVERLAPPED Creates an overlapped window. An overlapped window has a title bar and a border. Same as the WS_TILED style. WS_OVERLAPPEDWINDOW Creates an overlapped window with the WS_OVERLAPPED, WS_CAPTION, WS_SYSMENU, WS_THICKFRAME, WS_MINIMIZEBOX, and WS_MAXIMIZEBOX styles. Same as the WS_TILEDWINDOW style. WS_POPUP Creates a pop-up window. This style cannot be used with the WS_CHILD style. WS_POPUPWINDOW Creates a pop-up window with WS_BORDER, WS_POPUP, and WS_SYSMENU styles. The WS_CAPTION and WS_POPUPWINDOW styles must be combined to make the window menu visible. WS_SIZEBOX Creates a window that has a sizing border. Same as the WS_THICKFRAME style. WS_SYSMENU Creates a window that has a window menu on its title bar. The WS_CAPTION style must also be specified. WS_TABSTOP Specifies a control that can receive the keyboard focus when the user presses the TAB key. Pressing the TAB key changes the keyboard focus to the next control with the WS_TABSTOP style. You can turn this style on and off to change dialog box navigation. To change this style after a window has been created, use SetWindowLong. WS_THICKFRAME Creates a window that has a sizing border. Same as the WS_SIZEBOX style. WS_TILED Creates an overlapped window. An overlapped window has a title bar and a border. Same as the WS_OVERLAPPED style. WS_TILEDWINDOW Creates an overlapped window with the WS_OVERLAPPED, WS_CAPTION, WS_SYSMENU, WS_THICKFRAME, WS_MINIMIZEBOX, and WS_MAXIMIZEBOX styles. Same as the WS_OVERLAPPEDWINDOW style. WS_VISIBLE Creates a window that is initially visible. This style can be turned on and off by using ShowWindow or SetWindowPos. WS_VSCROLL Creates a window that has a vertical scroll bar. Следующие четыре параметра - это координаты окна и его размеры в пикселях. Следующий параметр это хэндл родительского окна. Так как у нас родительского окна нету. Т.е. наше окно само родительское , то ставим NULL. Следующий параметр – это указатель на меню. Вообще, чтобы сделать меню нужно создать еще окно (окно-меню). Но так как в нашей программе меню не предусмотрено ставим NULL. Далее указываем хэндл нашей проги в общем. Т.е. hInstance – параметр в главной функции WinMain(). И наконец последний параметр ваще не пойми, что означает, поэтому забьем на него и ставим NULL. Он к нашей программе вообще не отсносится. В смысле параметр. И вот эта длиннющая функция вернет нам хэндл новосозданного окна. Это конечно при раскладе, что вы все правильно сделали . Вуууууу, ну и функция длинная!!!! Далее вызываем функцию ShowWindow(). И ей передаем хэндл окна, которое хотим отобразить, и константу, которое показывает как будем отображать окно. NShowCmd – это вовсе не константа, а переменная, которую мы передаем функции WinMain. Но ставить ее туда не обязательно и можно поставить следующие значения: SW_HIDE SW_MAXIMIZE SW_MINIMIZE SW_RESTORE SW_SHOW SW_SHOWDEFAULT SW_SHOWMAXIMIZED SW_SHOWMINIMIZED SW_SHOWMINNOACTIVE SW_SHOWMINIMIZED SW_SHOWNA SW_SHOWNOACTIVATE SW_SHOWNORMAL SW_SHOWNORMAL В принципе названия констант говорят сами за себя, какое будет окно. Но если с инглишем туго, то просто попробуйте их подставлять во второй параметр функции ShowWindow() и смотрите, что будет получаться. Ну и теперь обновим наше окно, чтобы оно точно высветилось на экране функцией UpdateWindow(). У нее тока один параметр – хэндл нашего окна. Далее вы видите цикл. Это цикл обработки сообщений поступающих нашей программе. Он будет крутится вечно, пока функция GetMessage не вернет False (т.е. 0). А False она вернет только в случае когда получит сообщение WM_DESTROY. Это сообщение означает закрытие приложения. И вот когда цикл получает False и сама программа заканчивается. Вот мы и создали окно, но ведь ему еще нужно научиться обрабатывать сообщения в него поступающие. А мы говорили, что для этого у нас будет функция WndProc. Вот эта важная функция: Код:
LONG WINAPI WndProc(HWND hwnd,UINT Message,WPARAM wparam,LPARAM lparam)Message, как уже говорилось – это само сообщение и мы его перебираем switch ем. Если получаем сообщение WM_DESTROY, то посылаем сообщение о закрытии окна и наша программа закрывается. Ну и далее меняем текст в заголовке нашего окна если нажимаем левую или правую пимпу крысы. Если поступает какое-либо другое сообщение, то идет код после default: Функция DefWindowProc передает управление главной функции программы, т.е. WinMain. И там дальше ловим сообщения. И они обрабатываются в WndProc, пока не прейдет сообщение WM_DESTROY. Ну вот собственно и все, теперь наша программа может делать элементарные вещи и открыт путь для дальнейших эксперементов, но ведь я обещал ещё сделать кнопки. Ха, это легко. Добавим в WinMain следующие строчки: Код:
int WINAPI WinMain(HINSTANCE hInstance,HINSTANCE hPrevInstance,LPSTR lpCmdLine,int nShowCmd) |
Вот теперь мы сделали две кнопки, и указатели на эти кнопки хранятся в соответствующих переменных, которые мы объявили в самом начале. Кнопки создаются функцией CreateWindow, которую мы подробно описали. Единственное, что стоит добавить – это то, что BUTTON (см. первый параметр) – это стандартный класс предусмотренный Windows. Ну вот, теперь можно писать для этих кнопок обработчик сообщений (событий), который с ними происходят. Добавим в WndProc следующие строчки:
Код:
LONG WINAPI WndProc(HWND hwnd,UINT Message,WPARAM wparam,LPARAM lparam)Код:
|
| Время: 02:35 |