загрузка...

трусы женские
загрузка...

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-компіляторів для різних платформ, то

Сторінки: 1 2 3
загрузка...
ur.co.ua

енциклопедія  з сиру  аджапсандалі  ананаси  узвар