Рефераты. Java-технологии

Java-технологии

Java-технологии. Обзор инструментальных разработок. Анализ рыночной ситуации.

Рынок средств разработки программ со времени своего возникновения, наверное, никогда не испытывал кризиса - и вряд ли испытает его когда- нибудь в будущем. Но сие не значит, что работать на этом рынке легко.
Быстро меняющаяся ситуация заставляет столь же быстро переориентироваться.

Новое поколение инструментальных средств разработки на языке Java уверенно движется на корпоративный рынок, становясь в один ряд с привычными коммерческими продуктами. Вместе с тем Java не собирается утрачивать присущий ему колорит.

Приоритеты развития Java

Отправной точкой при создании очередного поколения программного инструментария разработки на Java послужило представление в конце 1996г. и окончательный выпуск компанией JavaSoft в начале февраля 1997г. новой версии 1.1 базового средства – комплекта JDK (Java Development Kit). Этот своего рода манифест партии Ява содержал обновлённую версию языка, которая должна была упростить составление надёжных распределённых программ.
Основными новшествами в JDK 1.1 по сравнению с предыдущей версией оказались средства работы с национальными кодировками, улучшенный оконный интерфейс, интерфейс для взаимодействия с базами данными, средства связи с другими языками и библиотека механизмов защиты. Названные усовершенствования, как мы увидим далее, стали и указателями на приоритеты развития инструментов
Java.

Если, как это уже принято, разделить Java-разработчиков на Web- мастеров, в основном использующих апплеты, и создателей профессиональных программ на данном языке, то 1997 год принес больше новостей именно последним. Уже в апреле на конференции JavaOne, своего рода съезде сторонников Java, SunSoft анонсировала платформу Java Platform for
Enterprise, куда, помимо JDK 1.1, должны были войти ряд корпоративных программных интерфейсов, а также расширенная специально для программ уровня предприятия компонентная модель JaveBeans (под названием Enterprise Java
Beans). Кстати, ряд программных интерфейсов успел появиться в течение 1997 года. Концепция Java Beans как ключевой технологии многократного использования кода при разработке полноценных программ на Java уделялось, куда большее внимание, чем в 1996 году. Ведь именно эта концепция, а не сам язык Java составляет конкуренцию знаменитой объектной концепции ActiveX корпорации Microsoft. Летом 1997 года фирма Sunsoft представила первую реализацию следующей версии JavaBeans под кодовым названием Glasgow. Данная версия, также её прямая наследница - 3 версия, известная в настоящее время как Edinburgh, по мнению экспертов, должны быть развиты до уровня модели
COM корпорации Microsoft.

Ещё один принципиальный вопрос, касающийся развития Java-технологий,- это проблема “частной собственности ” на Java. В целом резонные требования
Microsoft о передаче всех спецификаций независимой организации для дальнейшего развития Java стали одной из причин очень серьёзного конфликта между Sun и Microsoft, так или иначе затронувшего всех разработчиков. В ноябре 1997г. страны – члены международной организации по стандартизации
(ISO), на плечи которой, по некоторым предположениям, и должна была лечь дальнейшая забота о Java, проголосовали за предоставление компании JavaSoft эксклюзивного контроля над Java.

Обзор конкретных инструментов

Поговорим о конкретных инструментах. Первое, что бросается в глаза: практически весь инструментарий – это системы графического программирования класса RAD. Указанная тенденция, наметившаяся ещё в 1996г. с выходом Visual Cafe для Windows 95 и Windows NT, стала доминировать абсолютно. Java, таким образом оказался значительно более RAD-восприимчивым
, чем его знаменитый прародитель С++. К числу лидеров в результате субъективного анализа публикаций можно, скорее всего, отнести Visual J++,
Visual Cafe для Windows и Java Workshop для платформы Solaris. Кроме того, по результатам исследования рынка, предпринятого Microsoft и опубликованного в газете Computer Reseller News в апреле 1997г., из почти
400 тыс. человек, программирующих на Java (для сравнения: на С++ программируют около 1, млн., на Visual Basic – более 3 млн. человек), 27% используют Java Workshop, 25% используют Visual J++ и 18% - Visual Cafe.

Заметной тенденцией 1997 г. вполне можно считать выпуск целой серии специализированных продуктов, обеспечивающих доступ из Java-программ к базам данных, что стало прямым следствием включением в JDK1.1 спецификации
JDBC. Характерно, что над соответствующими интерфейсами работали как известные производители самих баз данных, так и фирмы, традиционно занимающиеся созданием программного инструментария. Прежде всего, обратим внимание на то, что все представленные инструменты в той или иной степени содержат средства для работы с базами данных. К апрелю 1997 г. фирма Oracle вместе с IBM и Tandem подготовили предварительную спецификацию J/SQL ориентированную на достижение совместимости с языком структурированных запросов SQL в программах для баз данных. Тем временем Informix разрабатывала собственный API-интерфейс Universal Java, чтобы включить его в свой инструментарий 4-го поколения под названием New Era, а также в
JWorks – новое ПО разработки на Java.

Вместе с тем содержащий достаточно мощные средства работы с БД пакет
Visual Cafe Pro, первые поставки которого относятся к началу 1997 г., к осени вышел в новой редакции – Visual Cafe for Database Development
Edition, предназначенный для Java-программ реляционных баз данных. К числу явно ориентированных на работу с БД Java-программ можно отнести и систему
Fresco фирмы Infoscape, к бета тестированию которой приступили в начале
1997 г. Наконец, в сентябре 1997 г. Sun анонсировала продукт Java Blend для доступа к реляционным и объектно-ориентированным БД из Java-программ без использования специальных языков типа SQL.

Однако наиболее существенным событием стало появление развитых возможностей графического программирования доступа к БД в средствах разработки, изначально ориентированных на создание крупных корпоративных программ. К последним относятся Vibe Enterprise 1.0 фирмы Visix Software или Apptivity Developer фирмы Apptivity, появившиеся в первой половине 1997 г. Оба продукта ценой в пределах нескольких тысячах долларов явно свидетельствует об относительной зрелости Java-технологий уже на этот момент. К “корпоративному” классу принадлежат также Visual Age for Java и, конечно же, JBuilder.

Внимание, уделённое в спецификации JDK 1.1 безопасности при построении коммерческих Java-программ, также не осталось без для разработчиков формальным призывом. Многие компании откликнулись на него, понимая, что ограничение записи на диск клиентской машины, заложенное в саму идею построения Java, не есть решение проблемы. В марте 1997 г. компания Data
Security Dynamics предложила JSAFE – одно из первых средств защищённых Java- программ в Интернете, использующие алгоритмы шифрования данных с открытым ключом при передаче их по каналам Интернета. Средство цифровой подписи, гарантирующее целостность данных при передаче, было включено в Visual
J++1.1. Наконец, на конференции JavaOne в апреле 1997г. JavaSoft объявила о планах выпуска системы Cripto Toolkit, позволяющей с помощью единого API строить защищённые программы. Кстати говоря, в следующей версии JDK1.2 основное внимание, по утверждению JavaSoft, будет уделено именно вопросам безопасности.

С решением проблемы построения пользовательского интерфейса средствами высокого уровня, затронутой в спецификации JDK1.1, оказались связаны две библиотеки Java-классов, выпущенные соответственно корпорацией Microsoft и фирмой Sun в содружестве с Netscape Communications. Достаточно лишь назвать эти компании, чтобы сразу стало понятным, что названные инфраструктурные дополнения к средствам разработки, по всей видимости, должны сыграть определяющую роль не только в технологическом, но и в политическом противостоянии конкурентов, на примирение, которых пока нет даже слабого намёка. Библиотека AFC, о готовности которой MicroSoft сообщила весной
1997г. на выставке Software Developer West, содержит средства, облегчающие создание профессионально оформленного графического интерфейса пользователя и работу со средствами мультимедиа. По утверждению Microsoft, эта библиотека полностью подготовлена на Java и способна исполняться на любой платформе.

Ответом Sun и Netscape был выпуск осенью 1997 г. аналогичной библиотеки
JFC, вобравшей в себя достоинства соответствующих наборов Java-классов IFC
(Internet Foundation Classes) и AWT (Abstract Windows Toolkit), уже имевшихся в арсенале двух фирм. Несмотря на то, что представители Sun подчёркивают не стратегическое, а чисто утилитарное значение JFC, масса аналитиков не без оснований отводит данной библиотеке решающую роль в битве за контроль над Java-разработками. Microsoft уже успела заявить, что JFC не поставляется и не будет поставляться вместе с Internet Explorer (IE) 4.0. А это значит, что, хотя во многих продуктах 1997г. и предусмотрены средства работы с AFC и JFC, могут возникнуть проблемы с выполнением распределённых многоплатформных программ, составленных с использованием JFC.

Не которые фирмы начинают поставлять Java-инструментарий в комплексе со средствами разработки на других языках под общей крышей единой интегрированной среды. Классические примеры – главный инструментальный пакет фирмы Microsoft 1997 г. Visual Studio 97, где с Java объединились
С++, Visual Basic 5.0, Fox Pro и некоторые другие продукты, а также пакет
CodeWarrior Gold 11 компании Metrowerks, в котором инструментальные средства, по мнению некоторых пользователей ещё сильней интегрированы.
Примеры оказались заразительными. Осенью об аналогичном намерении объявила
Powersoft, имеющая теперь в своём арсенале, помимо Java-инструмента PowerJ, прекрасно зарекомендовавший себя классический инструментарий. Примерно в то же время фирма Haht Software приступила к бета-тестированию средства разработки Hahtside, позволяющего работать с Java и Visual Basic в единой среде.

Если для 1996г. было характерно появление Java-компиляторов для различных платформ, то 1997г. ознаменовался выпуском всевозможных конверторов исходного текста программ и специальных технологий, позволяющих использовать в Java-программах наработки, составленные на других языках. В качестве примера , Visual J++1.1 оснащён конвертором для преобразования апплет в компоненты ActivX. На не раз уже упоминавшейся конференции JavaOne были представлены по крайней мере два продукта, дающие разработчикам на
Visual Basic возможность переносить свои программы на язык Java. Было объявлено, что средства конвертирования Applet Designer Visual Basic-to-
Java фирмы Tvobject, согласно договору с фирмой Asymetrix, будут предлагаться в качестве дополнения к среде SuperCede Java/ ActivX Edition и
DataBase Edition. Фирма Halcyon сообщила о намерении выпустить продукт под названием VBIX для преобразования программ на Visual Basic в двоичный Java- код. На той же конференции фирма Roug Wave Software представила две библиотеки – Serialize.h++1.0 и Jtools2.0 – C++ и Java-классов соответственно. Они позволяют организовать двунаправленный обмен вызовами из программ, составленных на С++ и Java. Ещё один заметный продукт
TwinPeaks, представленный совместно фирмами Sun и Ilog Software, реализует технологию С++ Bridging, дающую разработчикам серверного ПО на языке Java возможность использовать программы на С++, не переписывая текста. Наконец, компания Futjitsu Software предложила разработчикам компилятор NetCobol, автоматически транслирующий программы на Коболе в Java-апплеты и приложения. По мнению специалистов, появлению таких продуктов приведёт к скорейшей ассимиляции Java в сообществе программистов.

Страницы: 1, 2



2012 © Все права защищены
При использовании материалов активная ссылка на источник обязательна.