JavaFX теперь отсутствует: действительно ли Апплеты и Java Настольные официально мертвый / смерть? [закрытый]

Я думаю, что это обсуждение является несколько вводящим в заблуждение. Я никакой вентилятор технологии апплета любой (и я был не приведен в восторг JavaFX). Но суть, которую упускает этот поток, - то, что, если я не ошибаюсь, , JavaFX создается сверху технологии апплета . Они не конкурируют или взаимоисключающие. См. эти статьи здесь и здесь .

могло случиться так, что беспорядок является несколько намеренным на части Sun, поскольку они не хотят, чтобы JavaFX и апплеты были упомянуты в том же предложении, так как Апплеты имели столько проблем.

Апплеты Java не мертвы.

у Них была плохая история по нескольким причинам:

• Большинство платформ имело плохие плагины браузера в течение всех 90-х, перемещающихся в 2000-е, и это дало Апплеты (и Java, в некоторой степени) репутация замедления и больших загрузок.
• фактическая платформа Апплета создала новый VM для каждого апплета, который далее создал медлительность, особенно в запуске Апплета.
• многие разработчики Апплета не были добросовестными об уменьшении размера банок, которые они снизили, еще больше создавая впечатление от медлительности

улучшения, которые приводят JavaFX также, приносят улучшения Апплета (они являются одними и теми же). VMs может быть совместно использован, и кэширование лучше, чем прежде. Кроме того, более высокая пропускная способность среднего пользователя может помочь даже плохо разработанному развертыванию апплета запуститься быстро. Если Вы смотрите вдоль осей основы установки и питания платформы, Апплет все еще довольно высок, если не вершина, по-моему.

JavaFX является классным, но он требует, чтобы дополнительное время выполнения, и для многих частей его было просто синтаксическим сахаром сверху платформы Апплета. Почти любые проблемные Апплеты имеют, сегодня совместно используются JavaFX поэтому

Апплеты Java умерли не из-за понятия апплета, но , потому что плагин JRE для веб-браузеров был плачевен .

На самом деле, Flash доказал, что существует роль для встроенного интерактивного содержания.

JavaFX является новым способом запрограммировать богатые интернет-приложения - чрезвычайно эквивалентный апплетам Java или содержанию Flash. Новое время выполнения JRE (1.6.0_10, иначе "Обновляют 10") включает много функций, которые делают рабочий Java в контексте браузера намного более приемлемым.

JavaFX! = Рабочий стол Java . Эти два очень отличаются, и у каждого есть место на панели инструментов разработчика.

Хотя это могло бы в конечном счете быть верно, в настоящее время JavaFX испытывает недостаток в средствах управления, никакой поддержке мобильных устройств и других пробелах, который делает его 'не там все же'

1. это будет означать, что к Апплетам Java, которые приветствуют с 1990-х, мертвы и не стоит возвращаться?

JavaFX и связанные изменения являются попыткой оживить пространство апплета - апплеты всегда преследовались плохими сменными реализациями и мостами flakeu'y в браузер. Это было улучшено - хотя все еще нуждается в большем количестве работы - но наконец Sun распознал, что должен был работать и делал с этим что-то. Апплеты имеют больше возможностей, чем они когда-либо были. Из конкуренции Вы упоминаете - Flash, Воздух и Silverlight - я думаю, что Вы пропустили ключевого конкурента - браузер/JavaScript - производители браузера также обращаются к ключевым слабым местам платформы - производительность JavaScript, способность сделать произвольный рисунок (т.е. холст и т.д.). Для низкопроизводительных требований я думаю, что чистый подход браузера игры собирается победить - для графики более высокого уровня - JavaFX имеет шанс.

2. То же с Рабочим столом Java: Что будет востребовано для нас Java-разработчики для использования его, а не JavaFX?

Как крупный разработчик Настольных приложений Java, одной из вещей, которые это пропускает, является достойный набор основных виджетов и время для проигрывания! Этому нужна уничтожающая реализация таблицы - Вы можете встроенное колебание, но отчасти какой смысл. Теперь я мог записать свое собственное, это не действительно, где я увеличиваю стоимость в своем виде задания.

На самом деле апплеты Java являются хорошей технологией, которая, возможно, была так же повсеместна как Flash, если только Sun не потерял PR и технологическую войну с Microsoft.

Microsoft продвигала средства управления DirectX за один раз и усиливала долю рынка IE против апплетов. Я не забываю делать некоторые сравнительные тесты затем: апплет Java 3 МБ (который был большим), загруженный из локального диска (для вынимания времен сетевой нагрузки из уравнения), занял приблизительно 5 секунд для запуска в Opera. Тот же апплет так или иначе занял приблизительно 2 минуты для запуска в IE.

Так, это не была та высосанная технология; не случалось так, что апплеты были медленными, потому что они были слишком большими; они были медленными потому что доминирующий браузер, в то время, когда сознательно сделано их замедлиться. :)

я предполагаю, что JavaFX является попыткой Sun восстановить много идей от апплетов в другое время и на другом рынке.

Я соглашаюсь с другими, Апплеты Java уже умерли. JavaFX мог возможно заполнить ту пустоту. Однако я просто не вижу, что он заменяет Рабочий стол Java в ближайшее время. Это - то же самое, что веб-приложения заменят все настольные приложения. Некоторые люди действительно полагают, что, и я соглашаюсь, что веб-приложения станут еще популярнее, однако, настольные приложения продолжат иметь место для вполне некоторое время.

1 - это будет означать, что к Апплетам Java, которые приветствуют с 1990-х, мертвы и не стоит возвращаться? С обновлением Плагина Java - все апплеты, не только находящиеся в JavaFX апплеты получают улучшенный пользовательский опыт и производительность. Это сказанное - я не думаю, что существуют многие (если таковые имеются) уничтожающие апплеты там. Если бы было - JavaFX никогда не был бы необходим.

2 - То же с Рабочим столом Java: Что будет востребовано для нас Java-разработчики для использования его, а не JavaFX? , Если Вы создаете приложения GUI и хотите выполнить его в Java - в особенности через несколько платформ (например, рабочий стол, апплеты и мобильный), а также помочь работать с кем-то, у кого есть фактические навыки Photoshop/GIMP - JavaFX является Вашим лучшим выбором, потому что это было разработано явно для того типа процесса. Однако помните, что JavaFX может назвать код Java, и он может также выполнить удаленные вызовы (или возвращение XML или JSON). Я думаю, что наиболее вероятная точка интеграции должна будет использовать JavaFX для UI и кэширования результатов, но вся тяжелая логика кодирования будет на сервере. Где это может быть записано в Java или.NET или ассемблере, если можно заставить ассемблер испускать XML или JSON :).

Мы не можем легко писать апплеты, так как в сети слишком много хорошего кода.Многие из них были написаны людьми, которые не являются специалистами в области разработки программного обеспечения, но являются специалистами в различных областях высокого уровня, которые они пытались объяснить и проиллюстрировать с помощью апплетов Java, лучшей технологии в то время. У них может не хватить времени выучить новый язык и переписать любую работу. Многие не активны годами.

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

Недавно мы запустили проект Ultrastudio.org , который по-прежнему опирается на технологию Java-апплетов. Я много думал о том, чтобы добавить больше языков и платформ, но в конце был вынужден сделать вывод, что это либо менее безопасно, либо намного сложнее.