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 РЎР• Toolswce300Pocket PC 2002 supportActiveSyncwindows СЃРµ 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.
