Экспорт-Импорт данных

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

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

Примерами импорта-экспорта являются Файл. DBF dBASE Рабочий лист Excel. XLS, База данных Access. MDB Документ Word. При таком подходе формат переносимых данных остается неизменным, однако же, в приложении-источнике пользователь теряет ряд возможностей по редактированию вставленного фрагмента. Глава 2.3. Динамический обмен данными DDE. DDE это разработанный Microsoft набор специальных соглашений протокол об обмене данными между приложениями Windows. В самом начале развития персонального компьютера, когда объем памяти на внешнем запоминающем устройстве был мал и дорог, при помощи DDE решали проблему недостатка свободного места на диске.

Так как связываемый документ хранится в виде файла только в одном месте, то при связывании свободное место используется эффективно. Попытаемся пояснить суть этого метода связывания на простом примере. Допустим, требуется составить документ, содержащий сведения о различных программных и аппаратных продуктах как минимум, краткое описание и цена. Очевидно, что подготовить данный документ необходимо с помощью текстового редактора, например Word. Представим, что подлежащие внесению в документ сведения о продуктах и их ценах уже существуют в базе данных, которая управляется некоторым Windows-приложением, например Access.

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

При старой методике через буфер это приведет к необходимости подготовить документ заново. Использование DDE-метода позволяет избежать этого, так как обеспечивает динамический обмен данными и обновление их в подготавливаемом документе по мере их изменения в источнике. При таких условиях выходной документ всегда будет первой свежести. Каким же образом происходит актуализация динамическое обновление данных в выходном документе Разберемся сначала с происхождением обновляемых данных.

Они находятся в документе-источнике и хранятся там приложением-источником. Сохранение документа источника и лежит в основе функционирования DDE-метода. Из сохраненного документа-источника требуемые сведения копируются через Clipboard в выходной документ. Процедура этого копирования нам знакома. Особенность состоит в том, что DDE-метод устанавливает между источником и копиями некоторую связь. И связь эта обеспечивает автоматическое или по требованию обновление копии по мере появления изменений в источнике.

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

Не все приложения можно использовать в обоих качествах. Данные, являющиеся источником в DDE-операциях, должны быть обязательно сохранены, так как связь осуществляется непосредственно через файлы документов. Рассмотрим способ актуализации без открытия окна. Допустим, что у нас существуют два документа Источник и Приемник Word и между ними существует связь посредством DDE. Предположим, что мы открыли документ Источник и изменили его, затем закрыли окно текстового редактора.

Поскольку мы закрыли окно Word, то внесенное изменение осталось теперь только в файле источника на диске. Далее опять запустим Word и загрузим в него оставшийся неизменным файл документа Приемника. Хотя во время внесения изменений в текст, окно приемника было закрыто, целевой Word-документ предстает в актуализированном виде. Это произошло потому, что связь в DDE методе осуществляется не через окна, а через файлы. Если файл-источник поврежден или перемещен, то связь нарушается и для е восстановления необходимо заново создавать все ссылки.

Сейчас DDE вытеснено более новой технологией OLE, которая широко используется в Windows приложениях об OLE речь пойдет в следующей главе. Однако все же в ряде случаев DDE применяется. На сегодняшний день в DDE можно выделить два уровня 1. В некоторых приложениях Windows избранные операции DDE встроены в интерфейс программы. Например, в процессоре Word имеется возможность решить следующую задачу. Пусть имеется документ Word, и в этом документе содержится текст серийного письма, которое необходимо разослать по нескольким адресам.

В этом письме имеются переменные поля с фамилией адресата и его адресом. Фамилии и адреса содержатся в базе данных MS Access. Надо изготовить несколько экземпляров одного и того же письма, каждый из которых будет отличаться от другого фамилией и адресом. Эту операцию можно выполнить с помощью команды Сервис-Слияние Tools-Mail Merge 2. Второй уровень DDE требует знания некоторых программных средств и может быть использован квалифицированными пользователями или программистами.

Суть этого уровня проиллюстрируем примером. Допустим, программист разработал информационную систему, в которой предусмотрено автоматизированное составление расписания каких-то мероприятий например, встреч, конференций, семинаров и т. п Это расписание надо красиво напечатать с указанием дат, дней недели, колонтитулов и т. п Лучше всего справится с этой задачей процессор Word. Поэтому программист заготовил в процессоре Word некий шаблон расписания и снабдил его закладками.

Итак, можно сказать, что с появлением метода DDE возник качественный скачек в продвижении технологии связывания и совместного использования документов. Но все же остались некоторые недочеты, которые в своем большинстве были исправлены схемой OLE. Часть 3. OLE Глава 3.1. Объектно-ориентированная технология В данной главе кратко описывается объектно-ориентированная ОО технология, которая используется в современных средствах разработки программного обеспечения и составляет ядро метода OLE. Зачем нужна ОО технология Стремительный прогресс аппаратных технологий дал рядовому потребителю огромную вычислительную мощь. Приобретая новое программное обеспечение, люди желают получить новые свойства и более сложные функции они хотят воспользоваться преимуществами тех вычислительных средств, которыми располагают.

Стремясь соответствовать этим запросам объем многих прикладных программ вырос до нескольких сотен мегабайт.

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

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

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

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

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

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

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

Состояние объекта это его внутренние, то есть закрытые, данные и скрытые детали его реализации. Общедоступный интерфейс формирует поведение объекта. Он определяет, что объект может делать. Интерфейс реализован как набор функций, называемых методами. На схеме 3.1 в общем виде изображены два объекта А и В. У каждого есть некоторые закрытые данные и общедоступный интерфейс.

В этом примере объект А вызывает метод интерфейса объекта В. В общем случае объекты обмениваются сообщениями, вызывая методы друг друга. Объект включает в себя функции и данные, на которые эти функции воздействуют. Функции и данные, благодаря такой организации, связаны семантически. Поскольку все объекты в ОО системе имеют семантическую связь, общая структура такой системы является более гибкой и ясной по сравнению с традиционными способами организации.

Для современных информационных технологий понятие объекта является основополагающим. В следующей главе для более глубокого понимания OLE рассмотрим модель компонентного объекта. Глава 3.2. Модель компонентного объекта COM Модель компонентного объекта Component Object Model COM это вклад компании Microsoft в мир объектных моделей. Она служит основой для OLE, поэтому понимание ее чрезвычайно важно. Что такое СОМ. СОМ представляет собой стандартную объектную модель промышленного уровня, которая унифицирует системы объектов.

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

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

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

Используя исключительно интерфейсы, СОМ поддерживает логическую абстракцию и неуклонно проводит в жизнь строгую инкапсуляцию. СОМ-серверы могут одновременно иметь несколько интерфейсов как правило, так и бывает. Каждый интерфейс предоставляет набор функций, отличный от других. Глава 3.3. Архитектура OLE Архитектура OLE object linking and embeding основана на модели компонентного объекта СОМ. Сама OLE является унифицирующей технологией системного уровня, которая базируется на объектах и реализует интеграцию приложений.

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

Например, в папке SYSTEM или SYSTEM32 на сетевом диске компьютера можно найти дюжину или даже больше файлов OLExxx. DLL. Это составляет ядро OLE. В OLE изначально заложена возможность расширения. Однако, в будущем не планируется новых выпусков в традиционном смысле этого слова. Так как когда компания Microsoft добавят в базовую архитектуру новые функции, она не станет называться OLE 2.2 или OLE 3.0. Она останется просто OLE. OLE состоит из нескольких различных технологий, которые пользуются услугами друг друга для формирования объектно-ориентированной системы.

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

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

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

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

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

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

Далее в этой главе будут рассматриваться отдельные технологии OLE, непосредственно относящиеся к объектам, и их преимущества для пользователей. Управление памятью. Чтобы зарезервировать область памяти, объект может вызывать любые доступные команды. Обычно при распределении памяти используются операторы из C. Однако, если объекту необходимо передать блок памяти посредством OLE, он должен использовать встроенные функции. Структурированное хранение. Структурированное хранение это термин, который используется для описания технологии, обеспечивающей постоянство объектов.

По сути, структурированное хранение является механизмом, который СОМ-объекты используют для считывания своих данных и записи их на диск. Данные становятся структурированными благодаря тому, что библиотеки OLE организуют их в виде логического файла. Эта технология сходна с тем, как файловая система организует файлы на жестком диске. Два основных понятия, используемые в структурированном хранении, это поток и хранилище.

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

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

Чтобы прочесть данные, объект открывает соответствующие хранилища и считывает данные из нужных потоков. При помощи структурированного хранения OLE абстрагирует конкретные детали физического хранения данных и передает большую часть функций управления операционной системе. Это именно то, что делает с диском файловая система. Когда приложение хочет надолго сохранить некоторую информацию, оно открывает файл, записывает данные на диск и закрывает файл. В какой кластер иили сектор были записаны данные Обычно это не интересует простого пользователя.

Все, что ему нужно, это чтобы данные были сохранены в конкретном файле. Неважно, где он физически размещен. Таким образом, технология структурированного хранения это, фактически, то же самое, что файловая система для диска. Для реализации хранилищ и потоков библиотеки OLE используют СОМ-объекты. В хранилищах реализован интерфейс IStorage, а в потоках интерфейс IStream.

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