Критично для бизнеса
Метод, который вы использовали для написания приложений, больше не годится. Так же, как и метод, используемый вами для размышления о них. Нынче все по-другому.
В моей последней прошлогодней колонке обсуждались технологии и методы, которыми нам предстоит овладеть в 1996 г. Я считала (и это, возможно, было глупо с моей стороны), что вы сохраните статус-кво. Но, если вы готовы двигаться дальше, тогда - вперед.
Несколько лет назад корпорация Microsoft объяснила свой взгляд на систему построения компонентов и поддержки принятия решений, который требовал OLE (связывания и встраивания объектов) и заказных управляющих элементов. Именно так мы собирались добиться многократной применимости и уменьшения объема исходного текста. Но правда такова, что OLE - вещь платформно-ориентированная, не обеспечивающая безопасность, трудно программируемая, и для редактирования встроенных объектов вам приходится иметь копию каждого приложения (или "сервера"). Все это замечательно, если все эти приложения у вас есть, поскольку OLE предполагает, что мир размещен на вашем жестком диске. Сегодня это так, но уже ненадолго. Завтра ваш мир переместится в Web.
Хотя OLE помогло расширениям Visual Basic дорасти до заказных элементов управления OLE (OCX), динамизмом, расширяемостью или безопасностью последние не страдают. Значит, то, что мы положились на разработку и поставку Windows-ориентированных, распределенных и основанных на компонентах приложений, в конечном счете нас подвело. Нам нужна защищенная, не зависящая от платформы, базирующаяся на компонентах динамичная среда, которая удобна в эксплуатации и обеспечивает нас столь страстно желаемой многократной применимостью. Не было ее у нас ... пока не появился Java.
Похоже, что язык Java корпорации Sun Microsystems или один из его вариантов станет частью нашей жизни - будет ли это язык четвертого поколения JavaScript или просто Java, объектно-ориентированный язык "третьего-с-половиной" поколения. То, что большинство из нас считают приложением, в этом новом мире трактуется как одна или более страниц. Например, страница управления финансами использует applets - "мини-приложения" (бегущая строка биржевых котировок ценных бумаг, электронная таблица и т. п.), которые могут опираться на подклассы, называемые строительными блоками мини-приложений. Мы перечисляем мини-приложения для данной страницы в языке гипертекстовой разметки (Hypertext Markup Language - HTML), поэтому, когда изменятся их свойства или местоположение, нам не придется перекомпоновывать нашу страницу. Мы просто отредактируем HTML.
Страница может иметь текстовый процессор, электронную таблицу или диаграмму, и все они могут общаться друг с другом c помощью средства связи между мини-приложениями. Любое работающее в данный момент мини-приложение может устанавливать связь с любым другим. В отличие от OLE, чтобы отредактировать "неродной" объект, не нужно иметь на своем диске "серверное" приложение. По размеру и функциям мини-приложения сходны с OCX, и достаточно просто переписать OCX в мини-приложения.
Так что же, Java - это эволюция OLE/OCX? Да. Пользуясь языком Java, строим мини-приложения, с помощью JavaScript или через HTML комбинируем их и вуаля - готовы платформно-независимые, распределенные, защищенные страницы, построенные с помощью сколь угодно многократно используемых компонентов. Более того - их можно внедрять в Internet и внутренние сети.
Чтобы раскрутить свое приложение, вам ни к чему океаны программ. Нужны только части, которые можно сложить заново. Вот ваша вселенная и подросла.
Кристина Комафорд
Нам нужна надежная... среда, которая удобна в обращении и обеспечит нас столь страстно желаемой многократной применимостью
