Здравствуйте, уважаемые читатели!

Можно сказать, что я закончил написание моей первой программы, в которой используется только WTL и Win API. Программа называется CDOpen и предназначена для быстрого открытия/закрытия лотка CD-привода. Мне самому давно была нужна такая программа, так как системный блок на моем рабочем месте установлен не очень удобно и тянуться к кнопке открытия на приводе не удобно (к тому же были случаи, когда вместо кнопки открытия я нажимал кнопку питания, а это не смешно). Несмотря на то, что программа получилась на вид довольно простой, в ходе ее создания пришлось столкнуться с решением некоторых проблем, которые не лежат на поверхности. Почитать описание и возможности CDOpen, а также скачать можете здесь.

Не сочтите за рекламу все вышесказанное, так как программа некоммерческая и, как я считаю, вполне совпадает с тематикой рассылки. Если кому-либо будет интересно, как что-то сделано в программе, то я с удовольствием расскажу, а Вы, надеюсь, мне расскажете как сделать это луше.

Первые впечатления

Многое из того, что предлагает WTL я в своей программе не использовал. ПОКА. Но все равно кое-какие мысли на тему WTL у меня появились. Попробую организовать их по пунктам:

1. Не все то, что я знал про MFC нужно забыть. Многие классы в WTL, такие как CMenu или СBrush, практически один-а-один повторяют интерфейс классов MFC. С одной стороны это не очень хорошо, так как можно было переписать такие классы так, чтобы ими удобнее пользоваться. С другой стороны это большой плюс, так как тем, кто использовал MFC такие классы будут привычны, а те, кто не использовал MFC смогут посмотреть описание таких классов в MSDN. Сразу оговорюсь, что я не проверял соответствие классов WTL классам MFC, это сходство было замечено мной лишь на некоторых, но я сделал предположение, что такое сходство в большей или меньшей степени будет повторяться и для других схожих классов. Впоследствии, может быть, я более внимательно займусь этим вопросом.
2. Исходники должны лежать по правую руку. Практически во всех статьях по WTL пишут, что исходники библиотеки должны стать верным спутником разработчика, который ее использует. Со своей стороны могу согласиться на 101% с этим утверждением. При любой неясности, в исходных текстах WTL можно найти ответ практически наверняка. Задачу навигации по WTL облегчает VC - команда "Go definition of _____" контекстного меню, она мнгновенно перебрасывает в один из исходных файлов WTL на место определения интересующего макроса, функции, класса и т.д.
3. Организация классов целиком в h-файлах не самая удачная мысль. Во-первых, интерфейс класса захламляется реализацией и без Class Wizard-а уже сразу не разберешься что и где лежит. Во-вторых, "традиционное" разделение на интерфейс и реализацию, как мне кажется, наиболее естественно. Но в таком случае методы класса перестают быть inline-методами. Делайте со мной что хотите, но я все равно не пойму, зачем в обычной программе делать все методы inline?

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

Макросы WTL

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

В файле atlcrack.h кроме перечисленных макросов определено очень много макросов, имеющих префиск MSG_WM и несколько MSG_OCM. Почитать про них можно на сайте RSDN, в статье Использование WTL. Часть 1.

На сегодня вроде все.

Всего наилучшего.