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

2.2.1 Офисные пакеты от версии к версии

Офисные пакеты от версии к версии постоянно наращивают свою функциональную мощность. Магистральным направлением их развития в последние годы является расширение возможностей создания на их основе бизнес-приложений, ориентированных на решение специализированных задач пользователей. И хотя по-прежнему основной объем применения офисных пакетов приходится на конечных пользователей, они все в большей мере становятся самостоятельным инструментом разработчиков.

Еще в начале 90-х годов объединение различных офисных программ в единый комплект носило чисто механический характер. Выгода для пользователя заключалась в основном в экономии средств ("все в одной коробке, но дешевле, чем по-отдельности") и некоторой унификации интерфейса от одного разработчика. Теперь же мы имеем не просто глубоко интегрированные между собой программы с большим числом общих компонентов, но связанные между собой единые средства создания на их основе новых бизнес-приложений.

О серьезном позиционировании пакетов семейства MS Office в качестве средств разработки Microsoft объявила еще в 1994 г., выпустив версию Office 4.0, функциональные возможности которой были существенно расширены в Office 95. По сведениям Microsoft сейчас в мире насчитывается более 1 млн. программистов, создающих бизнес-приложения на основе ее офисных пакетов, и можно уверенно говорить, что данная область деятельности превратилась в самостоятельное направление профессиональной разработки.

Появление в начале 1997 г. версии Office 97, а значительно позже и Office 2000 позволяет говорить о принципиально новом этапе использования офисных систем в качестве средств разработки. В основном это определяется тем, что именно сейчас Microsoft смогла закончить в целом интеграцию средств программирования отдельных пакетов в единую среду разработки на базе Visual Basic for Application (VBA), одновременно существенно расширив объектные модели отдельных приложений комплекта.

2.2.2 VBA -- путь развития

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

Позже ситуация изменилась. С одной стороны, необходимость развития "программируемых" возможностей прикладных программ (это относится не только к офисным системам, но и широкому кругу специализированных пакетов) потребовали существенного усложнения среды программирования. В данной ситуации путь "изобретения собственного велосипеда" был бесперспективным. С другой стороны, развитие технологии OLE Automation потребовало унификации разных средств программирования, которые превращались из внутреннего инструмента в механизм взаимодействия приложений между собой.

Именно в этой ситуации в конце 1993 г. корпорация Microsoft объявила о намерении создать универсальную систему программирования для прикладных программ на основе своего средства разработки Visual Basic, успех и перспективы развития которого стали к тому времени очевидными. VB становится стратегическим средством разработки Microsoft и они гарантируют, что никогда не бросят его развитие и ему не грозит участь Turbo Basic. ( в конце 80-х годов Borland прекратил развитие этой системы, развивавшейся ранее очень успешно.)

Однако реализация идеи единого инструмента программирования оказалась не такой простой. Первый вариант VBA 1.0 появился в составе MS Office 4.0, но лишь в программах Excel 4.0 и Project 6.0. В других приложениях -- Word 6.0 и Access 2.0 -- были собственные варианты Basic. Более того, VBA 1.0 довольно сильно отличался (причем имея ряд существенных преимуществ) от используемой тогда универсальной системы VB 3.0.

Реальное сближение между VB и VBA произошло осенью 1995 г., когда были выпущены VB 4.0 и Office 95. В составе последнего VBA 2.0 был уже включен в Access 95, однако Word тогда по-прежнему имел собственный WordBasic, а каждое приложение пакета использовало собственную среду программирования.

2.2.3 VBA 5.0/6.0 в Office 97/2000 в продуктах третьих фирм

Новая версия VBA 5.0 (VBA 6.0 для Office 2000) реализует тот же самый языковый механизм и среду разработки, что и система VB 5.0, фактически являясь отдельной редакцией Application Edition, предназначенной специально для включения в прикладные программы. Он входит в состав отдельной компоненты в Office 97, редакции Professional и Developer. Более того, Microsoft продвигает VBA в качестве стандарта отрасли для управления программируемыми приложениями, объявив о возможности его лицензирования. Это нашло поддержку со стороны многих компаний-разработчиков (в частности таких известных, как Autodesk, Adobe, SAP), и сегодня уже сотни программных продуктов третьих фирм имеют логотип "Featuring Microsoft Visual Basic Technology".

Из российских фирм-разработчиков пока еще никто не лицензировал VBA, но, наверное, это вопрос времени, так как многие из них уже давно используют внутренние средства программирования в прикладных программах, выполненных также в стиле "Visual Basic" (например, фирма "1С" в своих последних продуктах серии "1С:Предприятие").

VBA 5.0/6.0 может работать не только как среда разработки, но также как в качестве сервера, так и в качестве контейнера ActiveX Automation (в последнем случае -- в том числе и в качестве элементов управления ActiveX).

В Office 97/2000 единый языковый механизм VBA используют все основные приложения Office: Word, Excel, PowerPoint и Access (за исключением Outlook, который использует VBScript, но это гораздо ближе к VB, чем прежний WordBasic). Отдельной компонентой VBA является интегрированная среда разработчика Visual Basic Editor (VBE), в которой выполняется написание кода и создание диалоговых окон и форм. VBE используется в Excel, Word и PowerPoint. Access использует собственную среду, так как разработка приложений в нем связана с его спецификой работы с базами данных.

По сути VBE является отдельным приложением, которое после установки Office 97/2000 становится доступным для всех приложений данного компьютера и может запускаться в том числе и из главного меню Windows. При написании кода в качестве готовых программных компонентов могут использоваться BAS-файлы, созданные в VB, VBE или Access.

Сохраняя общность интерфейса с VB, VBE имеет и ряд важных особенностей, связанных с его спецификой работы в комплексе с приложениями. Именно поэтому в качестве дизайнера форм он использует еще один автономный программный компонент VBA -- Microsoft Form 2.0 Object Library, который позволяет создавать диалоговые окна и панели любой сложности и включать их в офисные приложения. Логика создания интерфейса в MS Forms 2.0 та же, что и в обычном VB, при этом новый дизайнер форм использует собственный набор элементов управления, который может быть дополнен любыми другими элементами ActiveX.

2.2.4 Новые технологии для разработчиков

Ключевой идеей создания платформы разработки на базе приложений является реализация каждого программного продукта в виде некоторого набора объектов, доступных как изнутри, так и извне через механизм ActiveX Automation. В частности, именно таким образом осуществляется расширение стандартного языка VB специфическими функциями различных приложений.

Еще в Office 95 объектные модели отдельных приложений не имели никакого сходства друг с другом, к тому же Excel 95 включал сотни объектов, а Word 95 -- только один. Принципиальным новшеством Office 97/2000 является то, что теперь с точки зрения программирования все его приложения и компоненты, в том числе Outlook, Office Art, все Office Command Bar, средства поддержки WWW и даже Office Assistant (новая версия справочной системы), могут рассматриваться как огромный набор - более пятисот -- унифицированных объектов. При этом свыше 50% из них являются общими для всех приложений.

Важным моментом является включение в состав Office 97/2000 дополнительных средств работы с базами данных в виде объектной модели Data Access Objects (DAO), которая поддерживает новые возможности механизма Microsoft Jet Database. Это является очень хорошей альтернативой используемым ранее для доступа к БД приложениям на базе Access.

С помощью DAO теперь можно реплицировать БД в Internet, непосредственно управлять базами данных вместо работы с папками, в которых они находятся, а также создавать частичные точные копии, использующие фильтры для синхронизации подмножеств записей. Программа Microsoft Replication Manager позволяет создавать точные копии баз данных, отправлять их другим пользователям и обмениваться модификациями данных и структуры БД между этими копиями. Кроме того, DAO включает режим прямой связи с источником ODBC-данных (без загрузки Jet Database Engine в память), который может эффективно применяться при работе в среде "клиент/сервер".

2.2.5 Разработка приложений в Office 97/2000

Довольно условно можно выделить два вида разработки бизнес-приложений с использованием Office 97/2000:

1) разработка специализированных программных комплексов, в которых используются объекты пакета;

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

Принципы реализации первого варианта приложений уже хорошо известны, хотя в Office 2000 эти возможности существенно увеличились за счет расширенного набора объектов.

Что касается второго варианта, то здесь также имеются две категории приложений. С одной стороны, это приложения, связанные с модификацией пользовательского интерфейса продукта, установленного на конкретном компьютере. С другой, -- это разработка специализированных приложений (например создание системы заполнения персональных карточек на базе Excel), которые могут переноситься на любые другие рабочие места, т.е. могут являться полноценными коммерческими продуктами. Нововведения Office 2000 в основном расширяют возможности именно второй категории программ.

В отличие от автономных исполняемых файлов, типичных для VB-приложений, приложения на базе Office запакованы в различные "контейнеры", связанные с конкретным продуктом: шаблоны, рабочие книги и add-ins (дополнительные средства расширения) для Excel; шаблоны, документы и add-ins для Word; add-ins для PowerPoint; базы данных, мастера и add-ins для Access.

Ходя все продукты могут хранить код в индивидуальных документах (например в рабочих книгах Excel), зачастую создаваемые приложения требуют специального представления для их повторного использования. Это осуществляется с помощью шаблонов и add-ins.

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

2.2.6 Office 97: отличие редакций Professional и Developer

2.2.7 Новшества MS Office 2000

Рассмотрим такие вопросы:

1. Что нового дает Office 2000 по сравнению с Office 97?

2. Какие дополнительные возможности предоставляет выпуск MS Office 2000 Developer Edition (MOD 2000)?

3. Полезны ли эти новшества пользователям других инструментальных средств, например обычного VB?

2.2.7.1 Процесс эволюции

Чтобы оценить новую версию офисного пакета Microsoft, следует кратко вспомнить историю этого семейства. С точки зрения разработчика, развитие MS Office проходило по следующим основным направлениям:

· реализация унифицированной иерархической объектной модели на основе OLE Automation (ActiveX);

· создание единого внутреннего механизма программирования приложений на основе VBA;

· интеграция с другими средствами разработки Microsoft, в первую очередь с Visual Basic.

Впервые в достаточно законченном варианте эти задачи были решены в MS Office 97. Именно тогда появился единый языковый механизм VBA и среда разработки Visual Basic Editor, которые, в свою очередь, фактически превратились в специфический выпуск универсальной системы VB 5.

Более того, Microsoft стала активно продвигать VBA в качестве стандарта отрасли для управления программируемыми приложениями, объявив о возможности его лицензирования. С выходом MS Office 2000 корпорация выпустила новый VBA SDK и серьезно расширила эту партнерскую программу.

Но полного решения перечисленных выше задач в MS Office 97 не было достигнуто:

1. VBA 5 использовался только в трех приложениях: Word, Excel и PowerPoint. Программа Outlook имела объектную модель, которой можно было управлять только извне с помощью, например, VB или VBScript. СУБД Access по-прежнему использовала собственный вариант Basic и свою среду разработки.

2. Несмотря на весьма значительную унификацию интерфейса и объектных моделей, реализация, казалось бы, одинаковых функций (например, команды "Настройка" (Customize) в разных пакетах различалась. Но самое главное -- каждый пакет имел не только собственный формат хранения расширений, но и свою специфическую логику их создания.

3. Среда VBE была, вроде бы, очень похожа на VB 5, но на самом деле отличалась от "старшего брата". Дело было даже не в отсутствии каких-либо возможностей, а в различном исполнении одних и тех же функций. К сожалению, такая же ситуация в значительной степени сохранилась и в Office 2000.

Новая версия MS Office 2000 заметно продвинулась в решении трех этих проблем.

2.2.7.2 Новшества обычного MS Office 2000

Число автономных приложений в составе Office расширилось: к привычным Access, Excel, Outlook, PowerPoint и Word прибавились известный HTML-редактор FrontPage (ранее не входивший в состав пакета) и новые PhotoDraw, Publisher и Small Business Customer Manager. Соответственно, увеличилось и число вариантов поставок продукта. Для русского языка локализованы все приложения, которые входят в состав выпуска Professional, но среда VBA и его Справка существуют только в английском варианте.

Следует отметить также, что функциональность конкретного приложения не зависит от варианта выпуска, например, Word и VBA совершенно одинаковы и в Standard, и в Premium.

С точки зрения программирования наиболее важным является то, что расширилось число приложений, использующих единый механизм программирования и среду VBA: к Excel, PowerPoint и Word добавились Access, Outlook и FrontPage.

Одно из ключевых новшеств -- единая для всех приложений модель подключения программных расширений на основе технологии COM Add-In. Такие расширения представляют собой ActiveX DLL, подключение которой к программе выполняется через специальный интерфейс IDExtensibility2. Этот механизм серьезно поможет разработчикам в создании бизнес-приложений и универсальных дополнительных средств для MS Office.

Можно обнаружить новшества и в редакторе сценариев, который запускается командой Tools|Macros|Script Editor (Средства|Макро|Редактор сценариев). Script Editor обеспечивает создание сложных программируемых HTML-страниц.

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

Access 2000 и MSDE. Отмечу кратко некоторые моменты:

1. Специфический язык Access Basic полностью заменен на универсальный VBA. Среда VBE используется для программирования макросов и модулей кода. В то же время Access использует собственный набор форм и механизм их формирования.

2. В Access применяется новый вариант механизма доступа к данным Jet 4.0, который теперь обеспечивает поддержку UNICODE, блокировку на уровне строк, встроенный механизм OLE DB, двустороннее тиражирование Jet/SQL Server 7 и ряд других функций. В то же время он может использовать новое средство MSDE (Microsoft Data Engine), которое по существу является настольной версией SQL-сервера и обеспечивает гибкий переход в случае необходимости к полнофункциональному SQL Server 7.0. Microsoft рекомендует применять Jet 4.0 для создания систем с числом пользователей до 10-15, а MSDE -- до 50. MSDE входит в состав Developer и может свободно распространяться. Освоение MSDE интересно тем, что он, скорее всего, заменит собой традиционный Jet.

3. В Access 2000 используется измененный формат файлов MDB. Старые базы данных могут читаться и преобразовываться, но записываться будут только в новом виде.

2.2.7.3 VBA так похож на VB -- но это все же не VB

Как утверждает Microsoft, в Office 2000 исчезла грань, разделявшая ранее VBA и VB. Это означает, что в VBA 6 появились не только новые функции VB 6, но и некоторые возможности, которые были в VB 5, но отсутствовали в VBA 5.

Проблема заключается в том, что в современных средствах программирования весьма сложно четко разделить язык программирования и среду программирования. С учетом же этого положения оказывается, что до равнозначности VBA и VB еще очень далеко, в результате чего у разработчика возникают не только неудобства, но и серьезные проблемы. Чтобы разобраться в этом, переместимся в среду VBE (на примере Word 2000), а заодно откроем VB 6.

В VBE (пока я не говорю о выпуске Developer) мы обнаружили не так много нового по сравнению с Office 97. Единственное отличие -- в меню Tools появилась команда Digital Signature для цифровой подписи проекта.

Теперь сравню VBE 6 и VB 6: они очень похожи, но при этом заметны и различия, которые никак не связаны со спецификой каждого из продуктов. Например, меню Insert (VBE) в VB называется Project, команда Reference находится в разных меню и т.д.

Со времен Office 97 VBA (точнее, конструктор MS Forms 2.0) включает очень полезную функцию Tab Order, которая вызывается из меню View или контекстного меню формы. С ее помощью существенно упрощается задача изменения порядка прохода элементов управления формы при нажатии клавиши Tab. В VB такой функции нет.

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

Выясняется, что совместимость программных компонентов между VBA и VB обеспечивается только для модулей кода BAS. Для форм такой совместимости нет. То есть модуль формы frmVB.frm (созданной в VB) нельзя загрузить в VBA, а frmVBA.frm (созданной в VBA) -- соответственно в VB. Конверторов для преобразования форматов не существует, а сделать самим это очень сложно -- служебная информация о frmVBA.frm хранится в отдельном двоичном файле FRX.

VBA использует собственный конструктор Forms 2.0, формат файлов которого отличается от того, что используется в среде VB. Правда, последний позволяет подключать Forms 2.0 и таким образом читать frmVBA.frm, но это не самое лучшее решение проблемы совместимости.

Одновременное использование двух конструкторов форм в VB (встроенного VB и Forms 2.0 VBA) позволяет наглядно продемонстрировать еще некоторые удивительные вещи. Каждый из них имеет свою собственную панель инструментов, и дело тут не в числе используемых компонентов. Проблема в том, что одинаковые инструменты имеют различные значки, названия объектов и даже технологию их визуального размещения и редактирования на форме. Но и это еще не все: одинаковые по смыслу объекты (та же форма) имеют разные наборы событий, свойств и методов.

Так было в VB/VBA 5, такая же ситуация, к сожалению, осталась неизменной и в VB/VBA 6. Так что говорить об идентичности VB и VBA пока рано.

2.2.7.4 Office 2000 Developer

Принципиальным новшеством является возможность создания автономного VBA-проекта: ранее программный код мог включаться только в состав документа или шаблона того или иного офисного приложения.

После установки Office 2000 Developer Tools в меню File среды VBE добавляются сверху две команды New Project и Open Project. Выбрав первую, можно увидеть окно с различными вариантами проектов. Empty Project позволяет создавать ActiveX DLL (библиотеку ActiveX-объектов) с достаточно широкими возможностями (хотя их меньше, чем в VB 6), в том числе нечто подобное Web- и DHTML-приложениям. Такие библиотеки, по-видимому, можно использовать не только в рамках офисных приложений.

Add-In Project обеспечивает создание того самого универсального расширения COM Add-In. Представляется вполне вероятным, что в скором будущем эта технология подключения дополнений будет использоваться в качестве стандартного механизма для более широкого круга программ. Кроме того, конструктор COM Add-In из состава MOD 2000 может использоваться в VB 6 и VB 5.

Исходный код проектов хранится в виде двоичных VBA-файлов.

MOD 2000 также содержит набор компонентов для работы с базами данных на основе технологии OLEDB/ADO. Сама библиотека ADO 2.1 (самая свежая версия) содержится в основной поставке Office. Но отмечу, что в MOD 2000 явно не хватает полезных инструментов типа VisData и Visual Data Tools, которые уже давно имеются в VB.

Разработчикам будет полезен и набор конструкторов Add-In, которые появляются в окне Add-In Manager, также давно существующем в VB, после установки MOD 2000.

Безусловный интерес представляет утилита VBA Code Librarian, обеспечивающая работу с иерархической библиотекой исходных текстов (там могут быть не только программные коды) и предназначенная не только для VB-программистов. С программой поставляется довольно большая база данных CodeLib.mdb от Microsoft.

2.2.7.5 Документация

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

Типичный пример -- новая книга "Руководство программиста по VB для MS Office 2000". С одной стороны, она содержит очень много новой информации по сравнению с аналогичным томом из Office 97 Developer, а с другой -- некоторые полезные главы из старой книги просто не попали в новый вариант документации, иные же приведены в сильно сокращенном виде. Что же касается электронной справки, то здесь дела обстоят еще сложнее и мне бы хотелось выделить несколько проблем:

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

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

3. Объем информации увеличивается, но содержимое по конкретным темам сокращается. Именно поэтому крайне желательно сохранять документацию (и бумажную, и электронную) по всем предыдущим версиям.

4. Что самое удивительное -- сокращается функциональность справки.