Комментарии 18
Отличная статья, спасибо. Вот теперь javaFX действительно можно попробовать.
Я правильно понял, что реализация для Linux появится только в следующем релизе?
Еще бы ссылку на собранное приложение. А то на работе нет времени собирать из исходников, а пощупать хочется сразу :)
Только я не вижу картинки?
Спасибо за статью.
Удивительно, насколько похож API javaFX и Android. Те же ListView и WebView, анимация…
Удивительно, насколько похож API javaFX и Android. Те же ListView и WebView, анимация…
Тут по сути от JavaFX только runtime библиотека и её engine. Скрипта нет, всё делается из Java, т.е. используется она не так, как задумано. Или концепция так сильно изменилась в 2.0?
И как, в JavaFX 2.0 формы по-прежнему без плясок с бубном нельзя открыть другую JavaFX форму как диалог (модальный или немодальный)? Тогда я до сих пор не понимаю, как кому-то в Sun/Oracle пришло в голову утверждать, что JavaFX можно использовать для написания дестопных ентерпрайз приложений. Или что-то всё-таки изменилось к лучшему? И GroupLayout я тоже что-то не вижу, дыра в документации, или всё так плохо?
И как, в JavaFX 2.0 формы по-прежнему без плясок с бубном нельзя открыть другую JavaFX форму как диалог (модальный или немодальный)? Тогда я до сих пор не понимаю, как кому-то в Sun/Oracle пришло в голову утверждать, что JavaFX можно использовать для написания дестопных ентерпрайз приложений. Или что-то всё-таки изменилось к лучшему? И GroupLayout я тоже что-то не вижу, дыра в документации, или всё так плохо?
Ответ от Сергея Гринева:
«Спасибо за развёрнутый комментарий.
>> Тут по сути от JavaFX только runtime библиотека и её engine. Скрипта нет, всё делается из Java, >>т.е. используется она не так, как задумано. Или концепция так сильно изменилась в 2.0?
>>
»Только runtime и engine" — это и есть JavaFX. Скриптовый язык был одним из возможных подходов к реализации API, который не показал себя достаточно хорошо, чтобы сохранить его в новом релизе.
>> И как, в JavaFX 2.0 формы по-прежнему без плясок с бубном нельзя открыть другую JavaFX форму >> как диалог (модальный или немодальный)? Тогда я до сих пор не понимаю, как кому-то в Sun/Oracle >> пришло в голову утверждать, что JavaFX можно использовать для написания дестопных ентерпрайз >> приложений. Или что-то всё-таки изменилось к лучшему?
Вышел целый релиз. В нём многое изменилось к лучшему. В частности, модальные и немодальные окна. См. javafx.stage.Modality
>> И GroupLayout я тоже что-то не вижу, дыра в документации, или всё так плохо?
>>
Наиболее близкий по функционалу layout manager называется GridPane."
«Спасибо за развёрнутый комментарий.
>> Тут по сути от JavaFX только runtime библиотека и её engine. Скрипта нет, всё делается из Java, >>т.е. используется она не так, как задумано. Или концепция так сильно изменилась в 2.0?
>>
»Только runtime и engine" — это и есть JavaFX. Скриптовый язык был одним из возможных подходов к реализации API, который не показал себя достаточно хорошо, чтобы сохранить его в новом релизе.
>> И как, в JavaFX 2.0 формы по-прежнему без плясок с бубном нельзя открыть другую JavaFX форму >> как диалог (модальный или немодальный)? Тогда я до сих пор не понимаю, как кому-то в Sun/Oracle >> пришло в голову утверждать, что JavaFX можно использовать для написания дестопных ентерпрайз >> приложений. Или что-то всё-таки изменилось к лучшему?
Вышел целый релиз. В нём многое изменилось к лучшему. В частности, модальные и немодальные окна. См. javafx.stage.Modality
>> И GroupLayout я тоже что-то не вижу, дыра в документации, или всё так плохо?
>>
Наиболее близкий по функционалу layout manager называется GridPane."
То есть, декларативного UI теперь нет, JavaFX теперь просто ещё одна библиотека.
Тогда мне жаль тех девелоперов, которые когда-то выбрали JavaFX и использовали его скрипт. К счастью, я избежал этой участи. Я активно оценивал эту технологию для наших энтерпрайз проектов, но отбросил её после того, как упёрся в проблемы с открытием других форм и глюками в Netbeans.
Я желаю вам успехов, но при таком отношении к разработчикам, я бы очень поостерёгся делать что-то серьёзное с помощью этой технологии.
Тогда мне жаль тех девелоперов, которые когда-то выбрали JavaFX и использовали его скрипт. К счастью, я избежал этой участи. Я активно оценивал эту технологию для наших энтерпрайз проектов, но отбросил её после того, как упёрся в проблемы с открытием других форм и глюками в Netbeans.
Я желаю вам успехов, но при таком отношении к разработчикам, я бы очень поостерёгся делать что-то серьёзное с помощью этой технологии.
Идея отказаться от скриптового языка в пользу Java API исходила изначально от сообщества. Необходимость изучать новый язык и трудности интеграции его с Java перевешивали его удобства.
К тому же, насколько я знаю, для компаний использующих JavaFX 1.* Oracle предлагается партнёрская программа, в рамки которой входит помощь в переносе кода на JavaFX 2.0
К тому же, насколько я знаю, для компаний использующих JavaFX 1.* Oracle предлагается партнёрская программа, в рамки которой входит помощь в переносе кода на JavaFX 2.0
С самого анонса очень ждал. Потому, что в 2 обещали существенно улучшить прикручиваемость к любым языкам на базе JVM. Вот прикрутить хорошенько к Scala, Groovy и Clojure и будет красотища…
Ответ от Сергея Гринева:
"
>> С самого анонса очень ждал. Потому, что в 2 обещали существенно улучшить прикручиваемость к >>любым языкам на базе JVM. Вот прикрутить хорошенько к Scala, Groovy и Clojure и будет красотища…
В бете готова поддержка ruby: http://download.oracle.com/javafx/2.0/jruby/jfxpub-jruby.htm
Со временем подтянется и остальное.
"
>> С самого анонса очень ждал. Потому, что в 2 обещали существенно улучшить прикручиваемость к >>любым языкам на базе JVM. Вот прикрутить хорошенько к Scala, Groovy и Clojure и будет красотища…
В бете готова поддержка ruby: http://download.oracle.com/javafx/2.0/jruby/jfxpub-jruby.htm
Со временем подтянется и остальное.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
JavaFX 2.0 beta — пишем клиентское приложение на Java. На примере меню в Mac-стиле