Иногда проявляется феномен неприятия пользователями (по необъяснимым причинам) вполне прогрессивных и полезных начинаний. Именно так было с динамическим обменом данными.
Попытаемся пояснить суть этого метода связывания на простом примере. Допустим, что стоит задача составления некоторого документа, содержащего сведения о различных программных и аппаратных продуктах (как минимум, краткое описание и цена). Очевидно, что готовить данный документ необходимо с помощью текстового редактора, например Write.
Представим также, что подлежащие внесению в документ сведения о продуктах и их ценах уже существуют в базе данных, которая управляется некоторым Windows-приложением, например SuperBase или WindowBase. Для ускорения процесса подготовки предложения вполне реально по уже известной методике передать необходимые сведения из базы данных в редактор через Clipboard.
Однако вполне возможно, что через некоторое время цены изменятся, и при старой методике связывания (через буфер) это вынудит подготовить документ заново.
Использование DDE-метода решает эту проблему, т.к. обеспечивает динамический обмен данными и обновление их в подготавливаемом документе по мере их изменения в источнике. При таких условиях "выходной" документ всегда будет "первой свежести".
Каким же образом производится актуализация (динамическое обнов-ление данных в выходном документе)? Разберемся сначала с происхож-дением заменяемых данных. Они находятся в документе-источнике и сохранены там приложением-источником. Это сохранение источника составляет основу функционирования DDE-метода.
Из сохраненного документа-источника требуемые сведения копируются через Clipboard в выходной документ. Процедура этого копирования нам уже знакома.
Особенность состоит в том, что DDE-метод устанавливает между источником и копиями некоторую связь. И связь эта обеспечивает авто-матическое (или по требованию) обновление копии по мере появления изменений в источнике.
Многие Windows-приложения поддерживают методику DDE как в плане создания источников для связывания, так и в плане восприятия динамически обновляемых данных. Но при практическом применении DDE-метода следует учесть ряд требований:
Первое и наиболее важное условие состоит в том, что приложения, подлежащие связыванию, должны поддерживать DDE-метод (быть DDE-совместимыми). Это условие, к сожалению, не выполняется для многих программ из группы Accessories, так же как и для целого ряда "старых" Windows-приложений.
Важным является также определение, в каком качестве данное приложение будет участвовать в DDE: в качестве источника или приемника. Не все приложения могут использоваться в обоих качествах.
Данные, являющиеся источником в DDE-операциях, должны быть сохранены.
В версии 3.1 оболочки число Windows-приложений из группы Accessories, "способных" к DDE-операциям, существенно возросло. Но они обладают "усеченными" способностями и могут выступать только в роли односторонних участников. Есть возможность передавать данные из Paintbrush в документы, редактируемые в Write или в Cardfile, но не обратно! Paintbrush в данном случае может выступать только как источник.
Иллюстрации, подготовленные в этом приложении (или их фрагмен-ты), могут выступать в качестве документов-источников. Копии могут вставляться во Write-документы и Са/тУ/У/е-доку менты. Эти копии связаны с Ра/лсо/доЛ-оригиналом, так что все изменения автоматически отслеживаются.
Следует отметить, что сама процедура подготовки DDE-связывания достаточно утомительна. И поэтому мы предоставляем пользователю решать, пользоваться ли DDE-методикой (один раз потратив много вре-мени на связывание документов, а потом наслаждаясь результатам)!) или пойти традиционным путем вставок через Clipboard (с небольшими, но многократно повторяющимися затратами). Как и в любой сфере деятель-ности, при работе с DDE-объектами требуется навык, приобретаемый только регулярными упражнениями. Дадим несколько полезных практических советов по работе с DDE-объектами.
