программы . Поэтому , для освобождения памяти, занимаемой меню Hello и Rect, в программе MDIDEMO функция DestroyMenu в WinMain вызывается дважды .

Сила оконной процедуры

Большая часть того, что в Windows создано для поддержки многооконного интерфейса, заключено в классе окна MDICLIENT. В этом совершенно отчетливо проявляется сила объектной архитектуры Windows. Оконная процедура окна – служит, как бы, связующим звеном между главным окном и различными окнами документов.

Лекция №12: Динамически подключаемые библиотеки

Типы связывания

До сих пор мы использовали множество функций API для создания окон и оконных процедур, рисования, работы с клавиатурой и мышью, вводавывода. Все эти функции работали исправно и вы не задумывались над вопросом: где расположены эти функции и каким образом они подключаются к вашей программе. Все, что вам необходимо было сделать, это подключить соответствующий заголовочный файл (чаще всего это был <windows.h>) и вызвать необходимую функцию. Все остальные действия по включению функции в вашу программу среда программирования делала автоматически. Теперь пришла пора рассмотреть механизмы, обеспечивающие возможность использования функций.

Начнем с рассмотрения самого обыкновенного механизма использования функции, определенной в вашей программе. Например, вы создаете программу вычисления факториала и определяете внутри программы функцию, которая непосредственно этот факториал вычисляет:

#include "iostream.h"

//Функция вычисления факториала int NFactorial(int N)

{

if (N==1) return 1

else return NFactorial(N-1) * N;

}

//Основная программа

int main()

{

cout<<NFactorial(3)<<endl; return 0;

}

97

Таким образом, ваша функция расположена прямо в тексте программы. Процесс компиляции приведенной выше программы можно отобразить следующей схемой (рисунок 12.1).

Рисунок 12.1 – Компиляция программы со статическим связыванием первого вида

Приведенная на рисунке 11.1 схема отображает процесс статического связывания первого вида, когда функция расположена в самом тексте программы, при компиляции переводится в объектный код и помещается вместе с объектным кодом основной программы в один файл, который носит название объектного файла (*.obj). После этого, компоновщик (программа связи) создает *.ехе файл, в который включены все объектные части программы и эти части связаны между собой посредством адресации. Вы можете вынести функцию в отдельный текстовый файл, включив его в проект и объявив в файле-заголовке *.h.

Статическое связывание второго вида подразумевает использование в вашей программе функций, определенных в других файлах (библиотеках). Файлы-библиотеки как правило имеют расширение *.lib и подключаются к вашему исполняемому файлу (*.exe) только на этапе компиляции и связывания (рисунок 12.2). Таким образом, они не компилируются заново, их объектный код (аналог файла *.obj) уже существует, и прикомпилируется к вашему файлу (*.obj) во время компиляции. Единственное, что необходимо сделать, это подключить нужный файл – заголовок (*.h) в текст программы.

98

Рисунок 12.2 – Компиляция программы со статическим связыванием второго вида

И, наконец, вы имеете возможность использовать динамически подключаемые библиотеки (*.dll). Функции, находящиеся в них подключаются к вашему исполняемому файлу (*.exe) только в момент вызова, то есть в тот момент, когда программа выполняется и идет обращение к указанной функции. Таким образом, функция не компилируется вместе с вашей программой, не участвует в процессе связывания и не содержится в вашем *.exe файле!!! Такой подход имеет неоспоримые преимущества:

-часто используемые функции хранятся в отдельных файлах. Например все функции API реализованы в DLL и поставляются вместе с операционной системой. Таким образом, все программы под Windows имеют возможность использовать одни и те же функции;

-нет необходимости помещать все функции программы в *.exe файл. Их можно подгружать по мере надобности;

-возможность использования новых версий функций (dll-файлов) без перекомпиляции исполняемых модулей (exe-файлов).

Рассмотрим процесс создания и использования библиотек DLL.

Процесс создания динамической библиотеки проходит в два этапа. Первый из них заключается в создании файла-заголовка (*.h), который определяет основные свойства проекта.

С помощью "визарда" среды Microsoft Visual C++ создайте новый проект, выбрав в качестве типа проекта Dinamic Linked Library , после чего определите "пустой проект" (empty project). Теперь вам предстоит самостоятельно создать файлы проекта. Пусть имя вашего проекта будет funlib.

Создайте файл заголовка – funlib.h (при помощи меню File\New..., выбрав файл-заголовок ). В этом файле наьерите следующий текст:

99

// File funlib.h

#define EXPORT extern "C" __declspec(dllexport)

EXPORT BOOL CALLBACK return333();

EXPORT int CALLBACK MyInc(int i);

Первая строка файла определяет некоторую директиву EXPORT, которая будет использоваться для подключения сервисов, необходимых для создания ссылок на экспортируемые функции (то есть функции, которые могут быть использованы или импортированы другими программами). Следующие две строки являются предварительным объявлением функций, директива EXPORT и делает их динамическими функциями.

Теперь осталось написать обычный текст программы *.cpp, который мало чем отличается от обычного:

//funlib.cpp

#include <windows.h> #include <string.h> #include "fulib.h"

int WINAPI DllMain(HINSTANCE hInstance, DWORD fdwReason, PVOID pvReserved)

{

return TRUE;

}

EXPORT BOOL CALLBACK EdrCenterText()

{

return 333;

}

EXPORT int CALLBACK MyInc(int i)

{

return ++i;

}

Незнакомой здесь является только функция DllMain, которая является аналогом функции main для консольных приложений и функции WinMain для приложений, написанный под Windows. Эта функция автоматически вызывается при загрузке любой dll. Возвращаемое значение TRUE свидетельствует об успешной загрузке и инициализации внутренних ресурсов.

100

Остальные две функции являются обычными функциями пользователя, а директива EXPORT уже нам знакома. Все. Компилируем проект и dll готова!

Настала пора ее использования. Для этого создадим обычное консольное приложение Win32 и назовем его usedll. Для использования funlib.dll необходимо выполнить следующие: поместить в каталог проекта файлы funlib.h и funlib.lib. Второй файл является результатом компиляции предыдущего проекта и его можно найти в каталоге Debug. Кроме этого, в меню

Project\Settings\Link, Категория General, поле Object\library modules необходимо вписать имя файла-библиотеки для организации настроек связывания. Текст программы usedll.cpp приведен ниже.

// usedll.cpp : Defines the entry point for the console application.

#include "stdafx.h" #include "iostream.h" #include "funlib.h"

int main(int argc, char* argv[])

{

cout<<return333()<<endl;

cout<<MyInc(5)<<endl; return 0;

}

Данная программа выполнится если в каталоге, где располагается файл usedll.exe расположен файл динамической библиотеки funlib.dll. В результате выполнения данной программы на экране вы увидите следующую картину:

333

6

В заключении следует отметить, что используя механизмы динамического связывания, можно определять не только функции, но переменные и даже классы.

Второй способ использования DLL

Рассмотренный выше способ написания программы, использующей динамически подключаемые библиотеки пригоден только в том случае, когда вы сами создали библиотеки, или, по крайней мере, вы имеете в наличии файл библиотеки *.lib. Однако, очень часто случается так, что есть только *.dll (или она только планируется). В этом случае можно использовать другой способ, который не требует для компиляции проекта наличия файлов, связанных с вызываемой *.dll.

Применение данного способа заключается в следующем.

101