Как правильно создать окно только для сообщений, используя CreateWindowEx?

Итак, например мне захотелось использовать окно только для сообщений, и я не знаю с чего мне начать и как это сделать правильно, я ещё новичок. Но я понял, что можно создать окно только для сообщений двумя путями:

1) Сначала зарегистрировать свой собственный класс окна (а это геморно и долго), а потом уже создать окно только для сообщений
2) Использовать любой класс окна, хоть например BUTTON, а потом создать окно только для сообщений
3) Использовать системный класс "Message" при создании окна только для сообщений

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

Посоветуйте, пожалуйста, либо помогите мне, пожалуйста, готовым кодом на VB6 для создания окон только для сообщений. Я ищу самый простой вариант.

Вот моя идея такова, код:

Это действительно создаст окно только для сообщений! И ведь всего одна строчка кода! Так не хочется регистрировать класс ещё да и зачем? Кто что толкового скажет по этому поводу!?

0

Напрашивается вопрос - зачем?

0

Сообщение от Catstail Напрашивается вопрос - зачем?

Что зачем?

Добавлено через 4 минуты
Такие профессионалы как The Trick всегда используют окна только для сообщений в своих приложениях. Но The Trick регистрирует свой собственный класс, а я не хочу. А зачем нужны окна для сообщений можете в Интернете почитать.

0

Сообщение от HackerVlad Что зачем?

- чем не устраивают стандартные диалоговые окна?

0

Такие профессионалы как The Trick всегда используют окна только для сообщений в своих приложениях. Но The Trick регистрирует свой собственный класс, а я не хочу. А зачем нужны окна для сообщений можете в Интернете почитать.

Сообщение от Catstail чем не устраивают стандартные диалоговые окна?

Я не говорил про диалоговые окна!

Добавлено через 8 минут
Catstail, https://learn.microsoft.com/ru... ly-windows

1

А, я не понял сразу. Но кто мешает в приложении VB создать невидимую форму и использовать ее для приема сообщений?

0

Catstail, я не люблю лёгких путей, я создаю приложение без формы вообще!

Добавлено через 16 секунд
Форма - это лишнее ненужное окно

0

Такие окна я обычно использую для передачи сообщений между потоками. Регистрировать класс нужно, т.к. при создании системных окон выделяются ресурсы в их обработчиках сообщений которые не нужны для обычного Message-only окна.

1

The trick, а я пишу приложение без формы. Регистрировать класс это сложно, там у тебя в кодах ещё и ассемблерная вставка по моему для регистрации класса. Неужели нельзя просто использовать любой класс. Искал в интернете ничего не нашёл толком. Рад, что ты снова на форуме)

Добавлено через 3 минуты
Интересность ещё и в том, что программа на VB6 без формы всё равно создаёт в процессе три-четыре разных системных окна, например главное ThunderRT6Main с названием проекта. Его кстати тоже можно использовать вместо окна для сообщений, я проверял тоже работает прекрасно.

Добавлено через 2 минуты
Ну простой пример я создаю маленькую программку с иконкой в системном трее, но без формы вообще, там надо отслеживать WM_MOUSEMOVE для определения клика по иконке в системном трее. И я думал как же лучше организовать. Либо эти сообщения направить на уже имеющиеся окна такие как ThunderRT6Main либо на новое окно только для сообщений. И вот думаю до сих пор.

0

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

Вложения

EXE без формы по новой технологии.zip (18.4 Кб, 2 просмотров)

0

Там правда форму я всё-таки добавил и вызывается она сочетанием клавиш Alt+Win+Z но на самом деле форма там и не нужна вовсе. Я только для примера её туда прикрутил, чтобы типа выполнялось какое-то действие заметное по нажатию клавиш. Потом меня шокировало, то что после закрытия формы VB гадит некоторыми окнами и не подчищает за собой после выгрузки формы из памяти, остаются окна "VBBubbleRT6" и "MSCTFIME UI". Поэтому я решил их уничтожать вручную через DestroyWindow в событии выгрузки формы Form_Unload

Добавлено через 2 минуты
Да и ещё шокировало так же то что выгрузка формы не освобождает память. Процесс занимает вот 6 МБ в оперативной памяти, если вызываю форму, уже начинает занимать 8 МБ в оперативной памяти, но после Unload Form1 память не подчищается и процесс всё равно продолжает занимать 8 МБ оперативной памяти. Это меня очень расстроило, если честно, такие огромные недочёты в VB6.

0

Сообщение от HackerVlad Catstail, я не люблю лёгких путей

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

1

Catstail, я и не использую формы

0

Сообщение от HackerVlad я и не использую формы

- а тогда зачем вопрос?

0

Сообщение от HackerVlad Регистрировать класс это сложно

Ничего сложного. Класс регистрируется для того чтобы как минимум иметь возможность обрабатывать сообщения.

Сообщение от HackerVlad там у тебя в кодах ещё и ассемблерная вставка по моему для регистрации класса

Вставка работает в отдельном потоке и отправляет сообщение в основной.

Сообщение от HackerVlad Неужели нельзя просто использовать любой класс.

Можно и правильно - разные понятия. Я уже писал какие накладные расходы в этом случае.

Сообщение от HackerVlad Интересность ещё и в том, что программа на VB6 без формы всё равно создаёт в процессе три-четыре разных системных окна, например главное ThunderRT6Main с названием проекта. Его кстати тоже можно использовать вместо окна для сообщений, я проверял тоже работает прекрасно.

Приватные классы имеют свои собственные сообщения которые разработчик этих окон использует.

Сообщение от HackerVlad Да и ещё шокировало так же то что выгрузка формы не освобождает память. Процесс занимает вот 6 МБ в оперативной памяти, если вызываю форму, уже начинает занимать 8 МБ в оперативной памяти, но после Unload Form1 память не подчищается и процесс всё равно продолжает занимать 8 МБ оперативной памяти. Это меня очень расстроило, если честно, такие огромные недочёты в VB6.

Все там правильно работает.

0

Catstail, я и не использую формы

Сообщение от The trick Все там правильно работает

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

Добавлено через 1 минуту
После Unload Form ещё приходится и удалять два окна "VBBubbleRT6" и "MSCTFIME UI", которых, я подчёркиваю НЕБЫЛО до загрузки формы!!!!!!!!!!!!!!!!!!!!!!!!!!!

Добавлено через 42 секунды
А вот tmp-файл я уже удалить не смогу скорее всего она его ещё и удерживать будет, мало того что не удалять за собой Unload Form вообще плохо чистит всё

0

Сообщение от HackerVlad Ничего правильного, не чистит память, не чистит окна скрытые, которых небыло, не удаляет TMP-файл. Вообще ничего не чистит за собой.

Сообщение от HackerVlad После Unload Form ещё приходится и удалять два окна "VBBubbleRT6" и "MSCTFIME UI", которых, я подчёркиваю НЕБЫЛО до загрузки формы!!!!!!!!!!!!!!!!!!!!!!!!!!!

Про кеширование когда-нибудь слышал?

Сообщение от HackerVlad А вот tmp-файл я уже удалить не смогу скорее всего она его ещё и удерживать будет, мало того что не удалять за собой Unload Form вообще плохо чистит всё

Ладно, думай как хочешь, у меня нет времени объяснять как все работает на самом деле.

0

Сообщение от The trick Про кеширование когда-нибудь слышал?

Ну так я же и говорю: гадит в память ну)))))) Это и есть кешерование))))))))

Добавлено через 1 минуту
Правильным Unload было бы 100% освобождение и возврат к тому моменту до загрузки формы. Чтобы вернуться к тому моменту до вызова Form1.Show но оно так не работает...

Добавлено через 3 минуты

Сообщение от The trick Можно и правильно - разные понятия. Я уже писал какие накладные расходы в этом случае.

Когда я "подсаживаю" сообщения на ThunderRT6Main ничего страшного не происходит кстати)))) Какие накладные расходы в этом случае? Да ничего особенного.

0

Сообщение от HackerVlad Правильным Unload было бы 100% освобождение и возврат к тому моменту до загрузки формы.

Нет. Для системы обслуживающей множество приложений такое поведение как раз неправильно. В твоем случае при каждом Form.Show будут переинициализированы куча структур что приведет к катастрофической потере производительности. В рантайме же сделано все так что при очередном Form.Show уже не будут выполняться эти лишние действия, т.к. все эти глобальные данные уже инициализированы. Рантайм может обслуживать кучу проектов одновременно EXE/ActiveX и деинициализирует все при выгрузке себя из адресного пространства приложения.

Сообщение от HackerVlad Когда я "подсаживаю" сообщения на ThunderRT6Main ничего страшного не происходит кстати)))) Какие накладные расходы в этом случае? Да ничего особенного.

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

2

The trick, спасибо)

Добавлено через 40 секунд
The trick, осталось только разместить здесь код для создания окна для сообщений с регистрацией класса))))))

0