3.4 Использование Windows API

    VBA может заимствовать методы из  других файлов, которые не имеют  ничего общего с Excel или VBA- например, файлы DLL (Dynamic Link Library- динамически  присоединяемая библиотека), используемые Windows и другими программами. В результате в VBA появляется возможность выполнять операции, которые без заимствованных методов находятся за пределами возможностей языка.

    Windows API (Application Programming Interface- прикладной программный  интерфейс) представляет собой набор функций, доступных программистам в среде Windows. При вызове функции Windows из VBA вы обращаетесь к Windows API. Многие ресурсы Windows, используемые программистами Windows, можно получить из файлов DLL, в которых хранятся программы и функции, подсоединяемые в процессе выполнения программы, а не во время компиляции. В Excel, например, тоже есть несколько DLL. Код многих из них можно было скомпилировать непосредственно в исполняемый файл программы- excel.exe, но разработчики решили сохранить его в формате DLL, чтобы загружать только при необходимости. Такой подход делает главный исполняемый файл Excel меньше. Кроме того, более эффективно используется память, так как библиотека загружается только при необходимости. Файлы DLL также применяются для совместного использования кода.

    Например, во многих программах Windows имеются диалоговые окна для открытия и сохранения файлов. В Windows есть DLL, в которой хранится код создания нескольких стандартных  диалоговых окон. Программисты, таким  образом, могут вызвать необходимую DLL, а не писать собственные процедуры. Если вы программируете на языке С, то умеете создавать собственные DLL и использовать их в VBA. В языке Visual Basic от Microsoft тоже есть возможность создавать файлы DLL, которые можно вызывать из Excel.

    Самое востребование в использовании VBA- это создание "под ключ" приложений для работы с таблицами, будь это  таблицы Excel или базы данных. Среди  общих элементов таких приложений самыми главными являются хорошее планирование, обработка ошибок и система пользовательского интерфейса.  

    Разработчики  таблиц несут ответственность за выполнение требований:

    o Определение потребностей пользователя.

    o Планирование приложения, которое  соответствует этим условиям.

    o Разработку наиболее подходящего интерфейса пользователя.

    o Создание электронной таблицы,  формул, макросов и пользовательского  интерфейса.

    o Тестирование приложения в разных  условиях.

    o Изменение приложение с целью  повышения его надежности и  отказоустойчивости (часто по результатам тестирования).

    o Эстетическую привлекательность  и наглядность приложения.

    o Документирование усилий, потраченных  на разработку.

    o Размещение приложения в компьютере  пользователя.

    o Обновление приложения в случае  необходимости.

    Итак, на начальном этапе планирования проекта приходится обдумать следующие вопросы.

    o Файловая структура. 

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

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

    o Формулы или VBA.

    o Надстройка или файл XLS. В некоторых  случаях лучшим вариантом конечного продукта является надстройка, хотя не исключено применение надстройки вместе со стандартной рабочей книгой.

    o Версия Excel. Где будет запускаться  ваше Excel-приложение: в Excel 2002, а может,  в Excel 2000 или Excel 97? Ну а как  насчет Excel 95 и Excel 5? Будет ли оно работать на платформе Macintosh? Это очень важные вопросы, поскольку в каждую новую версию Excel добавляются такие возможности, которые отсутствуют в предыдущих.

    o Как обрабатывать ошибки. Для  приложений немаловажным вопросом  является обработка ошибок. Определите, как ваше приложение будет "отлавливать" ошибки, и чтопотом оно будет с ними делать. Например, если ваше приложение применяет форматирование к активному рабочему листу, то необходимо предусмотреть случай, когда активным будет лист диаграмм.

    o Использование специальных возможностей. Если в вашем приложении будет  суммироваться большое количество  данных, то подумайте над использованием  такого средства Excel как сводные  таблицы. Вам также потребуется  такая возможность Excel, как проверка данных, чтобы тестировать вводимые данные на правильность.

    o Вопросы производительности. Решить  вопрос увеличения производительности  и эффективности вашего приложения  следует еще на стадии проектирования, а не тогда, когда приложение  закончено и от пользователей поступают жалобы.

    o Уровень безопасности. Как вы, возможно, знаете, в Excel предусмотрено несколько  вариантов защиты, которые призваны  предотвратить доступ к определенным  элементам рабочей книги.

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

    Теперь  несколько слов о реальном положении  вещей. Excel - программа изменчивая. Период между ее обновлениями составляет от 18 до 24 месяцев. Это означает, что  в вашем распоряжении менее двух лет, чтобы справиться с текущими инновациями, а иначе вам придется бороться не только с ними, но и с другими нововведениями.

    Программа Excel 5, которая привнесла в нашу жизнь VBA, стала для разработчиков Excel"изменением парадигмы" управления данными. Ранее тысячи людей зарабатывали себе на жизнь, создавая приложения Excel, которые, в основном, писались на макроязыке XLM, представленном в Excel 2, 3 и 4. Начиная с Excel 5, стали доступны десятки новых инструментов, активно используемых разработчиками. Появление программы Excel 97 заставило разработчиков столкнуться с еще одной "сменой парадигмы". В этой версии появился новый формат файлов, редактор языка Visual Basic, a также пользовательские формы, которые пришли на замену диалоговым листам. Excel 2000 и Excel 2002 также обеспечили дополнительные возможности, но эти изменения уже не были столь радикальными, как изменения в предыдущих версиях. После Excel 2002 мы, вероятно, будем свидетелями еще одной значительной "смены парадигмы". В настоящее время компания Microsoft работает над, совершенствованием технологии .NET, и похоже на то, что пакет Office станет частью этой технологии. Как утверждают в кругах разработчиков, на смену VBA придет VSA (Visual Studio for Applications).

Заключение

    Язык VBA изучать нетрудно, но определенно требуется время, чтобы почувствовать себя с ним комфортно, ну а для совершенного овладения этим языком требуется немало времени и самостоятельной практики, чтения литературы. Создав приложение, необходимо его протестировать. Это один из самых важных этапов. Нередко бывает так, что на тестирование и отладку приложения уходит столько же времени сколько тратится на создание его исходного варианта. В конце концов, пишете вы процедуру VBA или создаете формулы рабочего листа, вам все равно захочется убедиться, что приложение работает именно так, как и предполагалось.

    Несколько примеров, что мы можем сделать  с помощью VBA:

    Копируем  все абзацы документа Word и помещаем каждый абзац,отдельно, в ячейки базы данных таблицы Excel, после чего формируем электронные послания для различных отделов в соответствии с содержанием абзацев.

    Нажатием  одной кнопки распечатываем все  коды товаров, поступление которых  динамично меняется в соответствующей  таблице или также поступаем  с адресами на конвертах.

    Сводим  данные из множетсва экономических  таблиц Excel в одну таблицу, где проводится их интерполяция-экстраполяция в  целях прогнозирования и анализа  управленческой деятельности.