БЕСЕДЫ О ПРОГРАММИРОВАНИИ
Раньше писать приложения, в которых использовался графический интерфейс Windows, было достаточно трудно. Затем Microsoft выпустила Visual Basic 1.0, и выражение "Windows повсюду" стало звучать не так глупо. Новый Visual Basic 4.0 делает разработки с использованием Object Linking and Embedding (связывание и встраивание объектов) такими же простыми, и Microsoft уже подготовила все для того, чтобы выражение "OLE повсюду" стало истиной при разработке большинства приложений. Придется с этим смириться.
Благодаря объявленной в начале этого месяца сделке между Microsoft и немецкой фирмой Software AG новая волна технологий Microsoft поднимется выше и ударит сильнее. Упомянутая компания - серьезный конкурент. Ее продажи составляют больше полумиллиарда долларов в год, в разных странах на нее работает почти пять тысяч человек, и, как пишет Software Magazine, она входит в десятку крупнейших производителей ПО в мире.
Для сравнения: Software AG больше, чем Symantec и The Santa Cruz Opeation вместе взятые, и не уступает ни одной из них в техническом таланте (если вы не поняли, то этими словами я хотел сделать комплимент всем трем компаниям). Так что, когда эта находящаяся в частном владении фирма объявила о том, что к началу 1997 года намерена перенести OLE API на Unix, IBM MVS, OS/400 и другие крупные платформы, я ей поверил.
Сейчас, когда главные производители OpenDoc уже объявили о намерении добиться стопроцентной совместимости с OLE, я считаю своим долгом отметить, что это снимает все вопросы по поводу того, какой будет структура большинства приложений к концу текущего десятилетия.
До сегодняшнего дня многие относились к OLE с прохладцей, в том числе и я. В 1992 году, беседуя с представителями корпоративного партнера PC Week консультационной фирмы Towers Perrin, занимающейся вопросами менеджмента, я пытался понять тревогу корпоративных покупателей по поводу того, что OLE можно использовать для создания на рынке офисных пакетов ситуации типа "победитель получает все". В результате независимые конкурирующие текстовые редакторы, электронные таблицы и СУБД уступят дорогу эффективным за счет свой цельности пакетам, настолько связанным воедино нитями OLE, что о них можно будет сказать "все или ничего".
Что-то напоминает? Только не говорите, что я вас не предупреждал. Меня по-прежнему беспокоит уязвимость содержания и структуры составных документов на основе OLE, когда они созданы на базе устаревшей модели хранения. Иногда пользователь может вызвать обломок истории, а в других случаях этот же пользователь пытается создать систему просмотра с обновлением совместно используемых данных. Когда в среду хранения не встроен контроль версий, обращение с ней становится деликатным делом, которое многим нельзя доверить.
Как заметил пять лет назад мой коллега, ведущий колонки Стефен Мэйнс, связывание объектов требует от рядового пользователя текстовых редакторов овладения некоторыми секретами отладки, которые раньше были необходимы только разработчикам ПО. Жаль, что это сказал не я.
Но все-таки я одним из первых (это тоже было пять лет назад) заметил, что, когда связывание объектов зависит от имен путей, а не от базы метаданных об отношениях объектов, оно превращается в строительство карточного домика. Мне станет легче, если новая модель хранения в ОС Cairo корпорации Microsoft будет реализована более полно, и, кажется, я даже понимаю такую вещь: прежде чем пользователи захотят за нее платить, их нужно убедить в том, что она им необходима.
Кажущееся удобство принципа OLE "перетащи и оставь" не следовало бы применять для важных работ до тех пор, пока не появится что-то типа Cairo, которая приведет этот стандарт в норму, однако использовать этот принцип будут, а это и подведет пользователей к тому, что им нужна Cairo.
Питер Коффи
К Питеру Коффи можно обратиться через MCI Mail: 357-1756, или через CompuServe: 72631,113, или Internet 3571756@MCIMAIL.COM.
