Можно ли не подключать windows.h?

@Vitserduch · 09.03.2020, 06:14. **Показов** 3079. **Ответов** 3

Студворк — интернет-сервис помощи студентам

Здравствуйте!
Скажите, можно ли не подключать "windows.h" в программу, которая использует графический интерфейс (окна, кнопки, поля, текст и другое)?
Задача состоит в создании калькулятора.
В этом калькуляторе ничего, кроме копок и тестовых полей, пока что не нужно.
А программа получается большой.
Поэтому, не подключать "windows.h" надо для сокращения размера. Пока что, я пытають сократить размер методом втыка. Пока что я сделал размер программы с 1.6 Мб до 134 кб.
Что я сделал. Я взял стандартный шаблон от Dev-Cpp (Windows Application). Я взял весь файл целиком windows.h вставил в программу. Затем я отредактировал его таким образом, чтобы инклюдов в нем было минимум. После каждой уборки инклюда, я компилировал и запускал программу. Вот что получилось:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
#include <windef.h>
#include <winbase.h>
#include <winuser.h>
 
LRESULT CALLBACK WndProc(HWND hwnd, UINT Message, WPARAM wParam, LPARAM lParam) {
    switch(Message) {
        
        
        case WM_DESTROY: {
            PostQuitMessage(0);
            break;
        }
        
        
        default:
            return DefWindowProc(hwnd, Message, wParam, lParam);
    }
    return 0;
}
 
 
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) {
    WNDCLASSEX wc; 
    HWND hwnd;
    MSG msg; 
 
 
    memset(&wc,0,sizeof(wc));
    wc.cbSize        = sizeof(WNDCLASSEX);
    wc.lpfnWndProc   = WndProc; 
    wc.hInstance     = hInstance;
    wc.hCursor       = LoadCursor(NULL, IDC_ARROW);
    
    
    wc.hbrBackground = (HBRUSH)(COLOR_WINDOW+1);
    wc.lpszClassName = "WindowClass";
    wc.hIcon         = LoadIcon(NULL, IDI_APPLICATION); 
    wc.hIconSm       = LoadIcon(NULL, IDI_APPLICATION);
 
    if(!RegisterClassEx(&wc)) {
        MessageBox(NULL, "Window Registration Failed!","Error!",MB_ICONEXCLAMATION|MB_OK);
        return 0;
    }
 
    hwnd = CreateWindowEx(WS_EX_CLIENTEDGE,"WindowClass","Caption",WS_VISIBLE|WS_OVERLAPPEDWINDOW,
        CW_USEDEFAULT, 
        CW_USEDEFAULT, 
        640,
        480,
        NULL,NULL,hInstance,NULL);
 
    if(hwnd == NULL) {
        MessageBox(NULL, "Window Creation Failed!","Error!",MB_ICONEXCLAMATION|MB_OK);
        return 0;
    }
 
 
    while(GetMessage(&msg, NULL, 0, 0) > 0) { 
        TranslateMessage(&msg);
        DispatchMessage(&msg); 
    }
    return msg.wParam;
}

Удалось сократить размер выходной программы с 1.06 Мб до 134 кб.
Теперь я беру каждый из инклюдов (windef.h, winbase.h, winuser.h), вставляю его содержимое в main.cpp и убираю в нем все до появления ошибки компиляции. Если она есть, я одно оставляю, и начинаю убирать другое.
Метод очень долгий, редактировать надо пару миллионов строк кода (но я его редактирую кусками, выходит быстрее).
Можно ли сделать все попроще?

Добавлено через 24 минуты
Я редактировал дальше windef.h, winbase.h, winuser.h. И сократил размер этих файлов очень прилично.
Но, к сожалению, размер программы остался таким же, как и был - 137502 байта.
Почему нельзя меньше?
---
Я имею программу flat assembler. (ассемблер). Там я собираю на макро ассемблере подобные программы и они занимают до 10 кб места. А бывает, всего 2 кб.
Не верите - скачайте flat assembler для Windows и откройте шаблон "HELLO.ASM". Скомпилируйте. В результате будет программа меньше 2 кб.

@GoodWeather · 09.03.2020, 14:28

Сообщение от Vitserduch

можно ли не подключать "windows.h" в программу

Технически можно. Программе нужны типы данных, значения констант, макросы, экспорты функций из dll.
Если всё объявите сами - ничего не нужно подключать.

Не по теме:

Сообщение от Vitserduch

Удалось сократить размер выходной программы с 1.06 Мб до 134 кб. Почему нельзя меньше?

– ...пс, парень! Сейчас уже не 2000-ные..!

Сообщение от Vitserduch

Я взял весь файл целиком windows.h вставил в программу. Затем я отредактировал его

Зря... Оптимизатор по идее и так оставляет лишь то что используется...

Чем компилируете-то? Вы в Release переключили?
Может ресурсы суются? Настройки проекта какие?

Добавлено через 5 часов 33 минуты
Собрал ваш код на VS2019 (с дефолтными настройками) под x86: как Debug - 39,0 КБ (39 936 байт), как Release - 10,0 КБ (10 240 байт).

Добавлено через 15 минут
Потыкал в настройки проекта, скорее наугад нежели осознанно: как Debug - 14,0 КБ (14 336 байт), как Release - 9,50 КБ (9 728 байт).

Добавлено через 23 минуты
Если как ANSI делать, Debug чё-то без изменений, а Release меньшеет чуток - 9,00 КБ (9 216 байт).

@Vitserduch · 09.03.2020, 18:08 **[ТС]**

Компилятор "TDM-GCC 4.9.2 64-bit Release", "TDM-GCC 4.9.2 32-bit Release", "TDM-GCC 4.9.2 64-bit Debug", "TDM-GCC 4.9.2 32-bit Debug". IDE - "Dev-Cpp".
Понимаете, я не хочу использовать студио. Он добавляет в файл какие-то данные о том, что программу создал именно он. И меня могут привлечь к уголовной ответственности за такое дело. Я должен иметь лицензию на Windows. Я должен иметь лицензию на Visual Studio (а он стоит намного больше, чем Windows). И я должен ежемесячно платить в Майкрософт за использование Microsoft Windows Professional и Visual Studio. Надо пропускать все через бухгалтерию и остальная фигня. Потому что это все делается при коммерческом использовании продуктов Майкрософт.
Я всего этого не хочу делать.
Для личного использования, да, пойдет - Studio хоть Community, хоть Pro, хоть Enterprice.
Ну а для публикации программы в интернете он врядли пойдет.
Поэтому я использую Dev-Cpp, он тоже добавляет информацию о программе (полный путь к компилятору, полный путь к файлу программы и остальную ерунду), но Dev-Cpp бесплатный. И так же само бесплатный "TDM-GCC 4.9.2".
Я могу запускать Dev-Cpp в бесплатном wine (Windows-Emulator) на ОС Linux и там компилировать готовую программу. Вроде как информация даже если и будет в программе, ничего противозаконного нет.
Вроде все прекрасно, но программа получается большой. У меня кстати тоже в не лицензионном Visual Studio эта программа занимает 30-40кб. А в Dev-Cpp не получается. И вот по какой-то причине (или по моему малому опыту), я не знаю, какие настройки там поставить, чтобы программа на выходе получилась маленькой. Есть еще утилита для сжатия программ (забыл как называется), но вот при сжатии ею всех ассемблерных программ, они перестают работать. И при сжатии некоторых C++ программ тоже.
Поэтому мне бы собрать готовую (рабочую) программу уже сжатой.

@VTsaregorodtsev · 09.03.2020, 20:09

Сообщение от Vitserduch

Поэтому, не подключать "windows.h" надо для сокращения размера.

Бред. Полный бред.
Любые заголовочные файлы в плюсах - это только лишь ОБЪЯВЛЕНИЯ констант и сигнатур функций. Если там объявляется переменная - то через extern, дабы если в проекте несколько модулей и в каждом подключен заголовочник с объявлением переменной без extern - не получать потом от линкера предупреждения, что в каждом модуле объявлена переменная с одним и тем же именем (т.е. при extern в заголовочнике - реально переменная должна явно размещаться в каком-то из модулей, а остальные с помощью заголовочника будут просто знать о её существовании).
Т.е. в заголовочниках нет реального "содержания" - есть только анонсы о том, что существует то-то и то-то с заявленными именами, типами, наборами аргументов, наборами значений. Где это анонсированное реально лежит - заголовочник не знает.
И поэтому простые объявления чего-либо без их реального задействования - на размер екзешника влиять не должны. Если, конечно, линкер хоть как-то умеет выкидывать неиспользуемое из екзешника. Компилятор тоже должен ложить в объектный файл не всё объявленное во всех взятых модулем заголовочниках - а только то, что он реально в модуле увидит (увидит вызов функции, объявленной в заголовочнике - оставит сигнатуру этой функции, дабы потом линкер по сигнатуре правильно цеплял нужное из библиотеки импорта или библиотеки функций).

Сообщение от Vitserduch

У меня кстати тоже в не лицензионном Visual Studio эта программа занимает 30-40кб. А в Dev-Cpp не получается.

Что и требовалось доказать. Подключение или неподключение заголовочников не влияет - влияют кривые настройки компилятора/линкера.

Новые блоги и статьи Все статьи Все блоги /
Переходник USB-CAN-GPIO Eddy_Em 20.03.2026 Достаточно давно на работе возникла необходимость в переходнике CAN-USB с гальваноразвязкой, оный и был разработан. Однако, все меня терзала совесть, что аж 48-ногий МК используется так тупо: просто. . .	Оттенки серого Argus19 18.03.2026 Оттенки серого Нашёл в интернете 3 прекрасных модуля: Модуль класса открытия диалога открытия/ сохранения файла на Win32 API; Модуль класса быстрого перекодирования цветного изображения в оттенки. . .	SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .
[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .

@Vitserduch Заблокирован
	09.03.2020, 18:08 [ТС]
	Компилятор "TDM-GCC 4.9.2 64-bit Release", "TDM-GCC 4.9.2 32-bit Release", "TDM-GCC 4.9.2 64-bit Debug", "TDM-GCC 4.9.2 32-bit Debug". IDE - "Dev-Cpp". Понимаете, я не хочу использовать студио. Он добавляет в файл какие-то данные о том, что программу создал именно он. И меня могут привлечь к уголовной ответственности за такое дело. Я должен иметь лицензию на Windows. Я должен иметь лицензию на Visual Studio (а он стоит намного больше, чем Windows). И я должен ежемесячно платить в Майкрософт за использование Microsoft Windows Professional и Visual Studio. Надо пропускать все через бухгалтерию и остальная фигня. Потому что это все делается при коммерческом использовании продуктов Майкрософт. Я всего этого не хочу делать. Для личного использования, да, пойдет - Studio хоть Community, хоть Pro, хоть Enterprice. Ну а для публикации программы в интернете он врядли пойдет. Поэтому я использую Dev-Cpp, он тоже добавляет информацию о программе (полный путь к компилятору, полный путь к файлу программы и остальную ерунду), но Dev-Cpp бесплатный. И так же само бесплатный "TDM-GCC 4.9.2". Я могу запускать Dev-Cpp в бесплатном wine (Windows-Emulator) на ОС Linux и там компилировать готовую программу. Вроде как информация даже если и будет в программе, ничего противозаконного нет. Вроде все прекрасно, но программа получается большой. У меня кстати тоже в не лицензионном Visual Studio эта программа занимает 30-40кб. А в Dev-Cpp не получается. И вот по какой-то причине (или по моему малому опыту), я не знаю, какие настройки там поставить, чтобы программа на выходе получилась маленькой. Есть еще утилита для сжатия программ (забыл как называется), но вот при сжатии ею всех ассемблерных программ, они перестают работать. И при сжатии некоторых C++ программ тоже. Поэтому мне бы собрать готовую (рабочую) программу уже сжатой. 0