FOXHOUND 10 окт 2011 в 13:21

Разбираемся в WinAPI

4 мин

132K

C++ *

Из песочницы

-6

Комментарии 31

Vass 10 окт 2011 в 14:04

А может расскажете, что тут происходит:

if (AllocConsole()) 
{ 
  int hCrt = _open_osfhandle((long)GetStdHandle(STD_OUTPUT_HANDLE), 4); 
  *stdout = *(::_fdopen(hCrt, "w")); 
  ::setvbuf(stdout, NULL, _IONBF, 0); 
  *stderr = *(::_fdopen(hCrt, "w")); 
  ::setvbuf(stderr, NULL, _IONBF, 0);
  std::ios::sync_with_stdio();
}

а то нашли кусок в интернете а что он делает непонятно, вдруг программа через этот код будет мои пароли Биллу Гейтсу сливать? :)

Mineev 10 окт 2011 в 14:18

Мне не понятны следующие моменты:
1) Зачем в изначально UI приложении создавать такими хаками консоль?
2) Зачем наследовать от RECT новый класс, ведь можно глобальный оператор переопределить, Вам же не нужны приватные члены или функции класса newrect?
3) Зачем создавать свои поделки для упрощения работы с окнами, если есть хорошо показавшие себя библиотеки. WTL, к примеру.
4) И еще, как потоки относятся к WinAPI, ведь и в POSIX системах мы можем пользоваться стандартными средствами C++

Wyrd 28 окт 2011 в 13:27

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

Debug::Console::RegisterCommand( «my_command», [](){ std::cout << «It's working!» << std::endl; } );

Очень удобно добавлять такие вот отладочные команды, позволяющие вывести некую внутреннюю информацию, которую дико неудобно вытаскивать из отладки. Что-то вроде Immediate Window, только последнее частенько отказывается выполнять функции с ошибкой «member function not found».

Mineev 28 окт 2011 в 15:38

«Из пушки, да еще из кривой, по воробьям» это называется.

Wyrd 28 окт 2011 в 17:25

Аргументируйте. Я приведу пример использования консоли: есть в нас большой проект, с которым очень плохо дружат профайлеры памяти — приложение либо слишком сильно под ними тормозит, либо падает. Мне удалось за некоторое время написать аналогичный инструмент (профайлер), удовлетворяющий нашим требованиям. Управление им, в том числе генерация отчетов происходит через консоль. Предложите что– нибудь проще.

crea7or 10 окт 2011 в 14:22

Во-первых, в программе неплохо бы вести лог ошибок и прочего (практически в любой программе). Для этого проще всего написать один раз класс/библиотечку и использовать во всех проектах. Консоль у пользователя не включишь, а ошибки бывают ой какие разные (я 11 лет поддерживаю свой софт — разное видел). К тому же работа с консолью это куча кода которая потом попросту выкидывается и в релизе её быть не должно.
Во-вторых, можно не мудрствовать и просто делать MessageBox(...) чем заморачиваться с консолью.
В-третьих, есть простые макросы для вывода чего угодно в дебаг окно Visual Studio.

savostin 10 окт 2011 в 15:12

class BaseWindow...

… прошло 10 лет…
… и создал FOXHOUND MFC/VCL/Qt и стало всем хорошо…

Goder 10 окт 2011 в 15:24

В качестве конструктивной критики посоветую не пользоваться WinAPI таким образом. Или вообще не пользоваться.

Tibr 10 окт 2011 в 15:26

Решительно не понимаю, нафига такие извращения в 2011-м году. Есть ведь тот же Qt.

Ryadovoy 11 окт 2011 в 05:21

Холивар?

Tibr 11 окт 2011 в 16:42

Вы меня с кем-то перепутали.

Ryadovoy 11 окт 2011 в 19:11

Переформулирую вопрос:
Тем, что Вы написали про абсолютно диаметральную технологию Qt в статье про обучение WinAPI Вы пытаетесь развить бессмысленный спор (Холивар)?

Tibr 11 окт 2011 в 19:28

No.
Для протокола: времена, когда WinAPI использовали для интерфейсов в далеком прошлом.

Ryadovoy 11 окт 2011 в 20:35

Да, но ведь и Qt не панацея, годится лишь для Open Source, а коммерческая лицензия стоит денег. И многие фирмы предпочитают вообще не связываться с Open Source.

Знания по WinAPI не будут лишними при разработке под Windows, притом вне зависимости от выбранной технологии, т.к. любая графическая библиотека должна создать как минимум одно окно с помощью того-же WinAPI.

Для протокола:
Графических библиотек много, мы например недавно использовали HTMLayout.

Tibr 11 окт 2011 в 21:27

Да, но ведь и Qt не панацея, годится лишь для Open Source, а коммерческая лицензия стоит денег

Извините, но вы неправы. Почитайте про LGPL.

Знания по WinAPI не будут лишними при разработке под Windows, притом вне зависимости от выбранной технологии, т.к. любая графическая библиотека должна создать как минимум одно окно с помощью того-же WinAPI.

Странная логика. Чтобы пользоваться топором не обязательно знать сущность молекулярной структуры стали из которой он сделан (полезно только для общего развития или научной деятельности). Аналогично и здесь — гораздо проще мыслить терминами ООП и забить на сишное ололо в WinAPI, иными словами — нужно абстрагироваться от уровня WinAPI. Мы же в 2011-м году, вон уже подоспел С++11, а мы еще пользуемся сишными функциями из WinAPI напрямую и пишем свои велосипеды а-ля BaseWindow. Непорядок, хватит тормозить прогресс…

Графических библиотек много, мы например недавно использовали HTMLayout.

Qt — это не графическая библиотека :-)

Ryadovoy 11 окт 2011 в 21:45

Вот видите, а Вы говорите не Холивар :)
Этот спор не имеет смысла.

Tibr 11 окт 2011 в 21:48

Я тут объективно комментирую несоответствия в ваших словах (немного даже в логике) вообще-то. Но если Вы говорите Холивар… Война за Qt!!11 Фигня, что я изначально привёл Qt просто как пример.

Ryadovoy 11 окт 2011 в 22:34

>>Извините, но вы неправы. Почитайте про LGPL.
LGPL это хорошо, но реалии таковы, что многие фирмы избегают GPL, LGPL и всего, что связанно с Open Source. Добиться разрешения использовать какую-либо технологию из мира Open Source бывает не так то просто.

>>Странная логика.
WinAPI — это не графическая библиотека, и многое из библиотек высокого уровня основано на низкоуровневых функциях и примитивах WinAPI и NativeAPI (файлы, примитивы синхронизации, и т.п.). Как минимум это может помочь при отладке и анализе креш-дампов, полученных из Windows Error Reporting.
Что знать, а чего не знать — Ваше личное дело, и не надо навязывать свое мнение другим.

>>Фигня, что я изначально привёл Qt просто как пример.
Как пример чего? Инструмента для изучения WinAPI?
Прочитайте заголовок стати.

Tibr 11 окт 2011 в 23:10

LGPL это хорошо, но реалии таковы, что многие фирмы избегают GPL, LGPL и всего, что связанно с Open Source. Добиться разрешения использовать какую-либо технологию из мира Open Source бывает не так то просто.

Многие — это сколько? Статистика есть? Или это основано на ваших ощущениях? Никогда подобного негатива не встречал, как правило достаточно объяснить начальству что к чему в смысле лицензий, чтобы использовать ту или иную технологию. Вообще странное должно быть начальство, чтобы бояться LGPL.

WinAPI — это не графическая библиотека, и многое из библиотек высокого уровня основано на низкоуровневых функциях и примитивах WinAPI и NativeAPI (файлы, примитивы синхронизации, и т.п.). Как минимум это может помочь при отладке и анализе креш-дампов, полученных из Windows Error Reporting.

Кэп, конечно, на связи. Суть моих претензий в том, что в данной статье кроме как работы с интерфейсами, собственно, ничего содержательного не наблюдается. А как уже говорилось выше для этого есть более удобные средства. Вообще перестаньте нервничать и прочтите моё третье сообщение в этой ветке. Я тут не пытаюсь сделать так, чтобы WinAPI никто не изучал. Я за то, чтобы народ подбирал инструмент под задачу. И чтобы не было статей «Изучаем WinAPI», в которых новичок учит как правильно создавать базовый класс для окна. WinAPI нужно изучать для работы с тем, для чего оно реально предназначено — вызов системных функций.

Как пример чего? Инструмента для изучения WinAPI?

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

Ryadovoy 12 окт 2011 в 00:15

>>Или это основано на ваших ощущениях?
Данная информация основана на ситуации в моей компании, а так-же на информации от колег о прошлых местах работы.

>>Многие — это сколько?
Это может быть темой для голосования:
Используются ли в Вашей компании 3rd-party проекты с лицензией LGPL?
-Используются, у нас проекты с открытым исходным кодом
-Используются, у нас проекты с закрытым исходным кодом
-Не используются из-за лицензии LGPL
-Не используются по другим причинам

В остальном согласен.

Lockal 10 окт 2011 в 15:34

Vurtatoo 10 окт 2011 в 17:59

Что это слева за штука вместо руки?
На перьевую ручку смахивает.

EuroElessar 10 окт 2011 в 18:16

Это рука Dart из соседнего топика

P.S. Знаю, что Darth, но пофиг же)

Gorthauer87 10 окт 2011 в 22:59

WinRT же ну! Если уж так хочется гвоздями к винде прибиться.

Ryadovoy 11 окт 2011 в 05:17

Для обучения может быть сгодится и свой велосипед, но затем необходимо будет перейти на готовое решение, к примеру WTL, и чем раньше — тем лучше.

Также не стоит привыкать к дебагу при помощи консоли, в продакшн коде такое решение весьма спорно.
Кстати, окно можно показать и из консольного приложения, тогда не нужно будет дополнительно ее (консоль) показывать. Но опять таки, только в целях обучения.

В состав Visual Studio входит программа Spy++, иногда сильно помогает при разработке окошек.

Vladson 11 окт 2011 в 05:30

таким же, как и я новичкам в программировании

Материалы ДЛЯ новичков, должны писать НЕ новички, иначе вы своими заблуждениями ещё и других заразите. Новички не поймут просто что вы хотели сказать, но посмотрят на неграмотный код и будут думать что так и надо.

Vladson 11 окт 2011 в 05:31

Это я про

Для обучения может быть сгодится и свой велосипед

Ryadovoy 11 окт 2011 в 05:47

Ключевое слово здесь "свой", то-есть в целях обучения учеником пишется велосипед и затем можно сравнить то, что получилось с уже готовым решением, в данном случае имеется в виду WTL.
Можно попытаться понять почему в WTL что-то раализовано именно таким образом, а не так как в написанном велосипеде.

И да, я с вами полностью согласен, что следовать советам новичков очень опасно.

FOXHOUND 11 окт 2011 в 07:55

Да, всё-таки вы правы — писать для новичков статью должен специалист, а не такой же новенький.
Не очень весело всё получилось. Я то писал с надеждой, что «вот оно всё так классно и просто делается» и хотел просто поделиться советом, а не с тем что это может оказаться полной чепухой.
Но я надеюсь на то, что топик не совсем уж бесполезный. Мало того, что я, так еще и другие новички, читая комментарии, будут сразу мимо проходить)

FOXHOUND 11 окт 2011 в 08:10

*Имелось ввиду, что мало того что у меня от чтения комментов мозг немножко выравнивается в нужную сторону)

Vladson 11 окт 2011 в 08:48

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

Говоря короче, давайте заниматься своими делами. Учителя пусть учат, ученики пусть учатся, а программисты пусть программируют.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий