Программирование для карманных компьютеров

Упражнение 4.7 (продолжение)

5. В файл advance.срр необходимо внести некоторые изменения. Так, в коде функции WndProc, в блоке обработки сообщения IDM_HELP_ABOUT нужно закрыть комментариями имеющийся код, и добавить одну строку.

MessageBox(hWnd, MyFunk1, TEXT("MAMA "), 0);

Этот код выводит на экран сообщение, текст которого будет получен как возвращаемое значение функции MyFunkK).

6. Сразу после функции WndProc объявить и определить функцию MyFunkl, как показано в листинге 4.32.Листинг 4.32

LPCTSTR MyFunk1{

return (LPCTSTR)TEXT(«MUMU»);}

7. Запустить программу на выполнение. Вместо этого будет отображено сообщение об ошибке, указывающее, что идентификатор MyFunkl неизвестен. Это позволяет убедиться, что несмотря на достаточную свободу объявления имени функции, это имя все-таки должно быть объявлено раньше, чем оно будет использовано. Поэтому можно либо перенести набранный код функции и поместить его перед WndProc, а можно оставить код на месте и перед WndProc поместить только прототип функции:

LPCTSTR MyFunk1;

8. После установки прототипа перед вызовом функции MyFunkl компиляция будет проходить нормально. Проект будет запущен, и при выполнении команды меню Tools ? About на экран будет выведено сообщение MUMU.

9. Теперь нужно усложнить пример, чтобы показать, как происходит объявление и вызов функции из другого модуля. Для этого нужно добавить к проекту еще один файл исходного кода (File ? New ? Files ? C++ Source File) с именем modl.cpp. Помимо него потребуется еще один заголовочный файл (File ? New ? Files ? С\С++ Header File) с именем modl.h.

10. В файле modl.h нужно объявить новую функцию, как это показано в листинге 4.33.Листинг 4.33

#ifndef __MOD1_H__

#define __MOD1_H__

LPCTSTR MyFunk2(int x, LPCTSTR y);#endif //__MOD1_H__

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

11. В файле modl.cpp написать реализацию этой функции, как это показано в листинге 4.34.Листинг 4.34

#include «stdafx.h»

#include «mod1.h»

#include <string.h>

wchar_t strA[512];

wchar_t strB[5];

wchar_t *str1 = strA;

wchar_t *str2 = strB;

LPCTSTR MyFunk2(int x, LPCTSTR y){

str2 = wcscpy(str2, y);

for (int i = 0; i<x; i++){

wcscat(str1, str2);

wcscat(str1, TEXT(" "));

}

return LPCTSTR(str1);};

12. Чтобы данную функцию можно было вызвать из основного модуля программы advance.срр, в него надо включить ссылку на файл modl.h, сделав это в начале кода, как это показано в листинге 4.35. Листинг 4.35

#include «stdafx.h»

#include «advance.h»#include «mod1.h»

13. И, наконец, надо вызвать эту функцию. Для этого нужно изменить реализацию функции MyFunkl, как это показано в листинге 4.36. Листинг 4.36

LPCTSTR MyFunk1{

return (LPCTSTR)MyFunk2(25, (LPCTSTR)TEXT(«MUMU»));}

14. Запущенная программа теперь выведет в сообщении слово MUMU 25 раз. Спецификаторы extern и static

По умолчанию функции, объявленные без спецификатора, считаются объявленными со спецификатором extern. Это значит что объявления LPCTSTR MyFunkK) и extern LPCTSTR MyFunkK) идентичны. Несмотря на это явное написание спецификатора extern не приветствуется.

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

Поставка приложений

В отличие от среды eVB, в которой есть удобный инструмент Application Install Wizard, в среде eVC подобного мастера нет. Тем не менее в состав Pocket PC SDK входит инструмент, позволяющий создавать поставочные комплекты приложений, разработанных в eVC. В каталоге C: \Windows СЕ Tools\wce300\Pocket PC 2002\ support\ActiveSync\windows се application installation находится программа CabWiz.exe с примером поставочного приложения и конфигурационными файлами. Изменяя эти конфигурационные файлы в соответствии с конфигурацией вашего приложения, можно создать его поставочный вариант.

Механизм поставки приложений для Pocket PC включает в себя три основных программы.

? CAB Wizard – приложение, которое создает дистрибутив (CAB-файл) на настольном компьютере.

? Application Manager – один из компонентов ActiveSync, который предоставляет возможность управлять инсталляцией и удалением приложений на Pocket PC с настольного компьютера.

? WCELoad – программа, которая находится на Pocket PC и предназначена для распаковки установочного комплекта, установки файлов на Pocket PC и регистрации установочной информации и информации, необходимой для корректного удаления программы.

? Полный цикл поставки включает в себя создание установочного комплекта на настольном компьютере (CAB Wizard), регистрацию этого комплекта на настольном компьютере, копирование на Pocket PC (Application Manager) и, наконец, распаковку и установку поставочного комплекта на Pocket PC (WCELoad). В данном разделе будет рассматриваться работа с CAB Wizard и процесс создания поставочного комплекта.

Структура файла. inf

Файл с установочной информацией для Pocket PC является стандартным информационным файлом Windows с несколько редуцированной структурой. В файле могут быть находиться секции и ключи, описанные в следующем списке. Если рядом с ключом не указывается его описание, то значение ключа всегда будет таким, как указано в данном списке.

В начале файла располагается обязательная секция [Version].

? Ключ Signature может принимать значения $Windows NT$ или $Windows 95$.

? Ключ Provider позволяет указывать имя компании, которая создала приложение.

? Ключ CESignature принимает значение $Windows СЕ$.

Затем в файле располагается обязательная секция [CEStrings].

? Ключ AppName позволяет указывать имя приложения. Все входы переменной %AppName% в создаваемом inf-файле будут заменены на appname.

? Ключ InstallDir задает имя каталога установки на устройстве. Все входы переменной %InstallDir% в создаваемом inf-файле будут заменены на соответствующее значение.

В секции [Strings] разработчик может хранить любые необходимые строковые константы. А в секции [CEDevice] располагается информация о целевой платформе.

? Ключ ProcessorType содержит значение, которое возвращает фукция SYSTEMINFO. dwProcessorType.

? Ключ UnsupportedPlatforms позволяет указывать перечень несовместимых с программой платформ.

? Ключ VersionMin содержит значение, которое возвращается функцией OSVERSIONINF0.dwVersionMinor.

? Ключ VersionMax содержит значение, которое возвращается функцией OSVERSIONINFO.dwVersionMajor.

Также обязательно нужно использовать секцию [Defaultlnstall]. В этой секции определяются имена секций, которые должны использоваться для чтения настроек при копировании файлов, создании или редактировании ключей реестра и создании ярлыков. Те секции, которые не перечислены в этом разделе, не будут использованы, даже если они присутствуют в inf-файле. Обычно секция содержит от двух до пяти ключей.

? Copyfiles (обязательный ключ). Содержит названия секций, из которых осуществляется копирование файлов.