Распределенные объекты повсюду
Distributed Objects Everywhere ( DOE ) — это давний проект Sun Microsystems по созданию распределенной вычислительной среды на основе системы CORBA в «внутренней части» и OpenStep в качестве пользовательского интерфейса. Впервые запущенный в 1990 году и объявленный вскоре после этого, он оставался пустым звуком в течение многих лет, прежде чем был наконец выпущен как NEO в 1995 году. Он продавался лишь в течение короткого периода времени, прежде чем был снят с производства (вместе с OpenStep) в 1996 году. На его месте появилось то, что сегодня известный как Enterprise JavaBeans .
Предыстория [ править ]
В начале 1990-х годов «следующим большим достижением» в области вычислений было использование настольных микрокомпьютеров для отображения и редактирования данных, предоставляемых мейнфреймами и миникомпьютерами . Хотя ряд методов такого рода доступа уже существовал, разделение труда было далеко не равномерным. Например, SQL требовал, чтобы рабочая станция загружала огромные наборы данных, а затем обрабатывала их локально, тогда как использование эмуляторов терминала оставляло всю работу на сервере и не обеспечивало графического пользовательского интерфейса .
Казалось, что правильным разделением обязанностей было бы наличие совместного набора объектов, где рабочая станция отвечала бы за отображение и взаимодействие с пользователем, а обработка выполнялась бы на сервере. На пути к такому решению стояли огромные различия в операционных системах и языках программирования между платформами. Хотя можно было бы построить такую систему, которая бы работала на любой комбинации рабочей станции и сервера, такое же решение не будет работать ни на одной другой системе.
Как ни странно, различия между любыми двумя языками программирования на одной платформе были почти столь же велики. Каждый язык имел свой собственный формат передачи параметров в вызовы процедур , форматы файлов, которые они генерировали, часто сильно различались. В общих чертах, не всегда было возможно написать разные части программы на разных языках, хотя это часто приносит реальную пользу. Проблема не была столь острой на мини-компьютерах и мэйнфреймах, где поставщик часто определял стандарты для своих библиотек, но на микрокомпьютерах системы программирования обычно поставлялись различными сторонними компаниями, не заинтересованными в стандартизации.
Тем не менее, в начале 1990-х годов эта проблема решалась путем внедрения различных систем общих библиотек . На самом деле они были предназначены для облегчения использования ресурсов на небольших платформах, позволяя нескольким программам, использующим общий ресурс, например графический интерфейс, совместно использовать одну копию кода вместо того, чтобы каждая загружала отдельную копию в память. В качестве побочного эффекта возможности вызова из многих программ эти системы также определили стандартный способ их вызова с использованием языка определения интерфейса или IDL, чтобы любой язык на платформе мог понимать код внутри библиотеки.
Расширение этих систем для поддержки скрытых удаленных вызовов процедур рассматривалось как естественная эволюция, обеспечивающая решение проблемы программирования клиент/сервер. В то время существовало несколько крупных проектов по созданию такой системы, в том числе ( IBM модель системных объектов SOM/DSOM), , NeXT переносимые распределенные объекты модель ( Microsoft компонентных объектов COM/DCOM) и множество CORBA. вкусы. Sun, пытаясь позиционировать себя как будущая IBM с точки зрения поддержки бэк-офиса, чувствовала, что ей также необходимо атаковать этот рынок.
Spring, DOE, OpenStep, NEO [ править ]
Решение Sun было основано на работе над их операционной системой Spring , которая использовала взаимодействующие объекты практически для всех задач программирования. Модифицировать это для работы под «традиционной» Unix, такой как Solaris, было не так уж сложно, хотя Unix исходит из предположения, что все программы выполняются локально, и необходимо было добавить интерфейс для удаленного доступа. Для этого Министерство энергетики добавило брокер объектных запросов (ORB), который работал на серверах бэк-офиса, прослушивал запросы Министерства энергетики и передавал их соответствующей программе для обработки. В ходе разработки CORBA стала ключевым словом в отрасли. Это привело к задержке перепроектирования ORB для поддержки CORBA. В соответствии с моделью CORBA различные объекты, например объекты DOE или SOM, смогут взаимодействовать, используя общий интерфейс.
Более серьезной проблемой для Sun было то, что у них не было интегрированного решения для объектного программирования настольных компьютеров. Хотя объектные библиотеки C++ стали обычным явлением на некоторых платформах, их собственная SunOS (позже известная как Solaris операционная система ) и связанные с ней оконные системы SunView и X были основаны на «простом C», в то время как их новая оконная среда NeWS была основана на расширяемом по сети объекте. ориентированный диалект PostScript .
Чтобы предоставить комплексное и гибкое решение для объектного программирования, Sun обратилась к NeXT, и они разработали OpenStep . Идея заключалась в том, чтобы программы OpenStep вызывали объекты DOE на серверах Sun, предоставляя решение для взаимодействия между бэк-офисом и фронт-офисом на машинах Sun. OpenStep не был выпущен до 1993 года, что еще больше задержало проект.
К тому времени, когда в 1995 году был выпущен DOE, ныне известный как NEO, [1] Sun уже перешла на Java как на свое следующее большое достижение. Теперь Java стала предпочтительным графическим интерфейсом для клиентских приложений, а планы Sun OpenStep были незаметно отменены (см. Lighthouse Design ). NEO был перепозиционирован как система Java с появлением фреймворка Joe. [2] но пользы от этого было мало. Компоненты NEO и Joe в конечном итоге были включены в Enterprise JavaBeans . [3]
Хотя распределенные объекты, и CORBA в частности, были «следующим большим достижением» в начале 1990-х годов, ко второй половине десятилетия интерес к ним практически исчез. [ редакция ] Веб-приложения, работающие полностью на сервере, стали новой «следующей большой вещью», и потребность в мощной системе отображения на стороне клиента исчезла, и ее в значительной степени заменили легкие графические интерфейсы, основанные на HTML и JavaScript (« Пользовательские интерфейсы браузера »).
Ссылки [ править ]
- ^ «SunSoft представляет NEO, первую в отрасли комплексную сетевую объектную вычислительную среду» (пресс-релиз). Sun Microsystems, Inc., 20 сентября 1995 г. Архивировано из оригинала 11 марта 2007 г. Проверено 13 декабря 2006 г.
- ^ «Sun анонсирует продукт, который соединяет Java с бизнес-приложениями» (пресс-релиз). Sun Microsystems, Inc., 26 марта 1996 г. Архивировано из оригинала 20 марта 2007 г. Проверено 13 декабря 2006 г.
- ^ Роберт Макмиллан; Найл Маккей (14 ноября 1997 г.). «Прощай, NEO, здравствуй, Enterprise Java Beans» . Солнечный Мир . Проверено 1 мая 2013 г.
Внешние ссылки [ править ]
- Шах, Рон (1 июня 1996 г.). «Распределенные объектные вычисления с Джо и NEO» . JavaWorld . Проверено 15 июля 2020 г.