JavaFX теперь отсутствует, и есть promises, что Swing улучшится вместе с JavaFX. Gone - это дни уродливого пользовательского интерфейса по умолчанию, и в конечном итоге мы можем создавать привлекательные приложения, сопоставимые с Flash, Air и Silverlight с точки зрения качества.
Будет ли это означать, что Java-апплеты, которые родом из 1990 года, мертвы и не стоит возвращаться?
То же самое с Java Desktop. Что будет для нас привлекать разработчиков Java, а не JavaFX?
По-моему, Java-апплеты уже давно мертвы. Я написал некоторые из них в конце 90-х - игра Tetris во время стажировки, чтобы продемонстрировать, например, 40MHz ARM Acorn Set Top Box. Конечно, я уверен, что есть некоторые казуальные игровые сайты, у которых их много, и, таким образом, он будет поддерживаться, но активное развитие будет/выпало.
Java Web Start - это удобная технология, на мой взгляд. Это все равно будет работать с JavaFX, это просто еще одна библиотека для этой системы.
JavaFX предоставит возможности Java помимо технических инструментов (например, SQL Developer), внутренних бизнес-приложений и серверных приложений (там, где он превосходит). Я думаю, что это одна из тех библиотек, которую стоит изучить для любого разработчика Java, если они могут получить время. Там нет споров о том, что библиотеки пользовательского интерфейса для Java были очень скудными или слишком сложными в течение многих лет.
Однако там много конкурентов, и это очень новое (это означает, что поддержка инструмента разработки очень сырая, по сравнению с Flash и Silverlight). Также людям не нравится загружать массивные среды выполнения, хотя широкополосная связь делает ее менее болезненной, чем 5 лет назад для многих!
Я думаю, что это обсуждение несколько вводит в заблуждение. Я тоже не поклонник апплетов (и я был недоволен JavaFX). Но точка, в которой этот поток отсутствует, заключается в том, что, если я не ошибаюсь, JavaFX построен поверх технологии апплетов. Они не являются конкурирующими или взаимоисключающими. Смотрите здесь здесь и здесь.
Может быть, путаница несколько преднамерен для части Sun, поскольку они не хотят упоминать JavaFX и апплеты в том же предложении, поскольку у апплетов было так много проблем.
Java-апплеты не мертвы.
У них была плохая история по нескольким причинам:
Улучшения, которые привносят JavaFX, также улучшают апплет (они одно и то же). Виртуальные машины могут быть разделены, а кеширование лучше, чем раньше. Кроме того, более высокая средняя пропускная способность пользователя может быстро запускать даже плохо разработанные апплеты. Если вы посмотрите на оси установки базы и мощности платформы, Applet по-прежнему довольно высоко, если не топ, на мой взгляд.
JavaFX классный, но для него требуется дополнительное время исполнения, и для многих его частей это просто синтаксический сахар поверх платформы Applet. Почти все проблемы, которые Applets сегодня разделяют JavaFX по этой причине
Java-апплеты умерли не из-за концепции апплета, а , потому что плагин JRE для веб-браузеров был abyssmal.
Фактически, Flash доказал, что существует роль интерактивного интерактивного контента.
JavaFX - это новый способ программирования насыщенных интернет-приложений - по существу, эквивалентный Java-апплетам или Flash-контенту. Новая среда JRE (1.6.0_10, ака "Обновление 10" ) включает в себя множество функций, которые делают работу Java в контексте браузера более приемлемой.
JavaFX!= Рабочий стол Java. Эти два совершенно разные, и каждый из них имеет место в панели инструментов разработчика.
На самом деле, Java-апплеты - хорошая технология, которая могла быть столь же вездесущей, как и Flash, если бы только Sun не потеряла PR и технологию войны с Microsoft.
Microsoft одновременно подталкивала элементы управления DirectX и использовала долю рынка IE против апплетов. Я помню, что делал некоторые тесты: Java-апплет размером 3 МБ (который был большой), загруженный с локального диска (для того, чтобы получить время загрузки сети из уравнения), занял около 5 секунд, чтобы начать работу в Opera. Тот же апплет как-то занял около 2 минут, чтобы начать в IE.
Итак, это была не та технология, которую высасывали; дело не в том, что апплеты были медленными, потому что они были слишком большими; они были медленными, потому что доминирующий браузер в то время сознательно делал их медленными.:)
Я предполагаю, что JavaFX - это попытка Sun оживить множество идей от апплетов, в другое время и на другом рынке.
Хотя в конечном итоге это может быть правдой, в настоящее время в JavaFX отсутствуют элементы управления, нет поддержки мобильных устройств и других пробелов, что делает его еще не "
JavaFX и связанные с ним изменения - попытка оживить пространство апплета - апплеты всегда были преисполнены плохими реализациями плагинов и мостами flakeu`y в браузере. Это было улучшено - хотя по-прежнему требуется больше работы, но, наконец, Sun признала, что ему нужна работа и что-то с этим поделала. Апплеты лучше расположены, чем когда-либо. Из конкурса вы упомянули - Flash, Air и Silverlight - я думаю, вы пропустили ключевого конкурента - браузер /javascript - разработчики браузеров также рассматривают слабые стороны платформы - производительность javascript, возможность делать произвольный чертеж (т.е. Холст и т.д.), Для низких требований я думаю, что подход к чит-браузеру будет выигрывать - для более высокой конечной графики - JavaFX имеет шанс.
Как большой разработчик приложений Java Desktop, одна из недостающих - это достойный набор основных виджетов и время для игры! Ему нужна реализация таблицы убийц - вы можете встроить качели, но как бы то ни было. Теперь я мог написать свое собственное, что не совсем там, где я добавляю ценность в свою работу.
1 - Будет ли это означать, что Java-апплеты, которые родом с 1990 года, мертвы и не стоит возвращаться к? С обновлением к подключаемому модулю Java - все апплеты, а не только апплеты на базе JavaFX обеспечивают улучшенный пользовательский интерфейс и производительность. Сказанное - я не думаю, что есть много (если есть) аппликаторов-убийц. Если бы было - JavaFX никогда бы не понадобился.
2 - То же самое с Java Desktop: что нам пригодится разработчикам Java, а не JavaFX? Если вы создаете GUI-приложения и хотите запускать их на Java - в частности, на нескольких платформах (например, на рабочем столе, апплетах и мобильных устройствах), а также упростить работу с кем-то, у кого есть фактические навыки Photoshop/GIMP - JavaFX - ваш лучший выбор потому что он был разработан явно для этого типа процесса. Однако помните, что JavaFX может вызывать Java-код, а также может выполнять удаленные вызовы (либо возвращать XML, либо JSON). Я думаю, что наиболее вероятной точкой интеграции будет использование JavaFX для UI и кэширование результатов, но вся логика жесткого кодирования будет на сервере. Где он может быть написан на Java или .NET или ассемблере, если вы можете заставить свой ассемблер испускать XML или JSON:).
Я согласен с другими, Java-апплеты уже умерли. JavaFX может заполнить эту пустоту. Тем не менее, я просто не вижу, чтобы он заменил Java Desktop в ближайшее время. Это то же самое, что сказать, что веб-приложения заменят все настольные приложения. Некоторые люди верят в это, и я согласен с тем, что веб-приложения будут расти по популярности, однако настольные приложения будут по-прежнему иметь место довольно долго.
Мы не можем легко писать апплеты, так как есть слишком много хорошего кода в Интернете. Многие из них были написаны людьми, которые не являются специалистами по разработке программного обеспечения, но являются специалистами в различных областях высокого уровня, которые они пытались объяснить и проиллюстрировать с помощью апплетов Java, ведущих технологий в то время. У них может не быть времени, чтобы выучить новый язык и переписать, что они работают. Многие из них не действуют в течение многих лет.
Я также рассматриваю Java-апплеты как более подходящие для проектов сообщества, которые основаны на сбоях на стороне сервера и просмотре кода. Различные удобные инструменты, удобные для пользователя, могут быстро и легко создавать веб-компоненты, но результат либо вообще не читается человеком, либо очень трудно просматривать.
Недавно мы запустили проект Ultrastudio.org, который все еще использует технологию апплетов Java. Я много думал о размещении большего количества языков и платформ, но в конце был вынужден сделать вывод, что он либо менее безопасен, либо иным образом более сложным.