4.11.2 Сохранение метафайлов на диске

В приведенном выше примере использование NULL в качестве параметра функции CreateMetaFile означало, что мы хотим создать метафайл в памяти. Мы можем также создать метафайл, сохраняемый на диске как обычный файл. Этот метод предпочтителен для больших метафайлов, поскольку он требует меньше памяти. Windows необходимо выделить относительно небольшой фрагмент памяти для хранения имени файла, содержащего метафайл. Однако, каждый раз, когда вы проигрываете метафайл, сохраненный на диске, будет осуществляться доступ к диску.

Для преобразования программы METAFILE для работы с дисковым метафайлом вам необходимо заменить параметр NULL в функции CreateMetaFile именем файла. По завершении обработки сообщения WM_CREATE вы можете удалить описатель метафайла с помощью функции DeleteMetaFile. Описатель удаляется, но файл на диске остается.

Во время обработки сообщения WM_PAINT вы можете получить описатель метафайла, соответствующего этому дисковому файлу, вызывая функцию GetMetaFile:

hmf = GetMetaFile(szFileName);

Теперь вы можете проиграть метафайл так же, как раньше. Когда обработка сообщения WM_PAINT закончится, вы можете удалить описатель метафайла:

DeleteMetaFile(hmf);

Когда придет время обработки сообщения WM_DESTROY, вам не нужно удалять метафайл, поскольку он был удален по завершении обработки сообщения WM_CREATE и в конце обработки каждого сообщения WM_PAINT.

Но вам следует удалить дисковый файл (конечно, в том случае, если он вам более не нужен):

remove(szFileName);

В главе 9 будут рассмотрены ресурсы, определяемые пользователем. Ресурсы — это обычные двоичные данные, хранящиеся в EXE-файле программы, но отдельно от обычных областей кода и данных. Метафайл тоже может быть ресурсом. Если у вас есть блок данных, содержащий метафайл, вы можете создать метафайл, используя функцию:

hmf = SetMetaFileBitsEx(iSize, pData);

Функция SetMetaFileBitsEx имеет парную функцию GetMetaFileBitsEx, которая копирует содержимое метафайла в блок памяти.

4.12 Расширенные метафайлы

С устаревшими (но еще поддерживаемыми) метафайлами, рассмотренными выше, связаны некоторые проблемы. В частности, программа, использующая метафайл, созданный другой программой, не может легко определить размер отображаемого образа, представляемого метафайлом. Ей нужно просмотреть метафайл и проанализировать все команды рисования. Это большая проблема.

Ранее Microsoft рекомендовала создавать метафайлы, не содержащие вызовов функции SetMapMode и других функций, изменяющих преобразование окно/область вывода. Соблюдение данной рекомендации делает метафайлы зависимыми от устройства и не дает возможности приложению изменить размер выводимого изображения. Таким образом, все координаты в метафайле — просто числа, не связанные с какой-либо системой координат.

Метафайлы устаревшего типа не передаются через буфер обмена непосредственно. Вместо этого, буфер обмена работает с неким объектом под названием "картина метафайла" (metafile picture). Это структура типа METAFILEPICT. Описатель метафайла является полем этой структуры. Кроме того, в этой структуре также содержатся идентификатор режима отображения (отражающий единицы измерения по осям координат для всех функций GDI, содержащихся в метафайле) и размеры изображения. Эта информация помогает программе, импортирующей метафайл, установить соответствующую среду GDI для отображения образа.

Структура картины метафайла — настоящая находка. Ее, очевидно, добавили в GDI для устранения недостатков формата метафайла. Следует отметить, что аналогичная возможность не была разработана для дисковых метафайлов, и именно поэтому вам не удавалось увидеть большинство из этих файлов, используемых для обмена картинками. Они просто очень сложны для использования.