Каковы Ваши чувства на JavaFX?

Звучный "meh".

Когда я посмотрел на него год назад, у них был односторонний SVG к инструменту преобразования JavaFx. Большой, таким образом, можно создать визуальное содержание однажды, повышают его с большим поведением, и затем в следующий раз, когда Вы хотите заставить его выглядеть хорошим, затем что?

Если Вы смотрите на это учебное руководство, Вы видите то, что я имею в виду. Мы тянем материал путем перетаскивания форм от палитры в исходный код. OMGWTF. Я не показываю это своему графическому отделу.

Я надеюсь, что я неправ относительно JavaFx, но я не думаю, что они получают его. Не будет кто-то в Sun давать нам уровень представления, которому не переплели его щупальца неразрывно с кодом?

Я оставил свое последнее задание для перемещения от Java до разработки.NET.

Было много причин того, чтобы сделать перемещение, но единственная самая большая причина состояла в том, что я устал пытаться создать 1-й класс программное обеспечение UI с Java & Swing. Это были шесть лет, и я так рад, что шел дальше. Я не вижу оснований, чтобы полагать, что Sun наконец понимает разработку UI с JavaFX.

Я убежден, что Microsoft находится наконец в процессе предоставления нам платформа для создавания богатых интерактивных приложений в браузере. Я говорю, что создав коммерчески доступное программное обеспечение, которое было поставлено как Плагин Netscape 13 лет назад, сопровождаемое элементами управления ActiveX и Апплетами Java, и видящий, что все эти платформы не удаются стать повсеместным на предприятии по той или иной причине.

Я понимаю, что Silverlight 2 все еще недостает подробно и зрелость, но Microsoft показала мне достаточно обязательства в этой точке, что я полагаю, что это будет доминирующая платформа RIA через несколько коротких лет - по крайней мере, для проектов, которые требуют "реального" языка программирования. Я уверен, что Flash и др. не уходит в ближайшее время, но Flash не подходит для видов программного обеспечения мои сборки компании.

Обледенение на пироге для меня является тем, что я все еще смогу использовать Visual Studio, C# и большой процент моей текущей кодовой базы (базовый механизм, который является совершенно отдельным от UI). Конечно, если бы Вы приезжаете из ActionScript, это не помогло бы Вам.

Еще один важный момент является тем, что Silverlight и WPF совместно используют так много вместе. Наш план состоит в том, чтобы совместно использовать большой объем реализации между Silverlight и версиями WPF нашего программного обеспечения. Это - только вопрос времени, прежде чем WPF будет стандартом для Приложений Windows – я не знаю, является ли это несколькими годами или десятью годами, но это будет ясно происходить со временем. Способность предназначаться для самых популярных браузеров / ОС с Silverlight и Windows от той же кодовой базы является огромным преимуществом IMO.

Если Вы знаете, что Java, затем перемещающийся в C#, является куском пирога. И если Вы не используете один из хороших (не свободный) Java IDE, затем даже бесплатные версии Visual Studio будут улучшением по сравнению с тем, к чему Вы привыкли. Препятствие будет изучать новый способ сделать вещи с XAML – но это - некоторый довольно интересный материал, таким образом, Вы могли бы на самом деле наслаждаться им.

Хотя это кажется довольно мощным с точки зрения возможностей, я - вид вздора о JavaFX из-за его структуры и реализации. Это походит на действительно нерешительную попытку вхождения в рынок Flash/Silverlight. Также scripty.

Я спорил бы в пользу хождения путем Silverlight 2, но я - прежде всего, разработчик C#, таким образом, я немного смещаюсь там. Если Вы не любите тот маршрут по любой причине, но все еще хотите более богатый UX для Ваших пользователей, я предложил бы Flex; это кажется намного лучше организованный, чем JavaFX мне.

Просто мои два цента на предмете.

Просто требуемый для добавления моих.02$... Я работал в JavaFX в течение прошлых 4 дней на моем первом небольшом параллельном проекте с помощью него. Как некоторый фон, я программировал профессионально в течение приблизительно 9 лет, начиная с C и делал Java и C#/.NET в течение прошлых 6 лет.

IMO, JavaFX его путь, более печальный, которым это должно быть. Вот некоторые схватывания:

1. Синтаксис время от времени просто нечетен. Это могло легко больше быть похожим на Java, начиная с его JavaFX. Но синтаксис не является легким переходом от Java.

2. Порядок пунктов в .fx файле на самом деле имеет значение, что означает, что Вы сталкиваетесь с глупыми ошибками циклической ссылки, и, "о, Вы еще не можете использовать эту переменную, потому что это не было инициализировано" проблемы, которые компилятор должен решить легко, но не делает.

3. Случайные вещи просто не работают. Действия/события со средствами управления Swing не всегда работают, например, onKeyPressed/released SwingSliderBar, кажется, не называют.

4. Обработка ошибок просто плоха. Если исключение происходит, который не обрабатывается, нет никакого реального способа сказать кроме консоли Java, и элементы UI начинают реагировать забавные. Например, сделайте поле SwingText и свяжите его значение с переменной. Теперь попытка отредактировать значение в текстовом поле выдаст исключение, потому что Вы наклоняетесь, редактируют связанную переменную. Однако в UI, текстовое поле только начинает иметь забавные вещи, происходят. некоторые символы только 1/2 краска, иногда возвращайтесь, ничего не делает, иногда она удаляет символ, иногда можно нажать 2 клавиши ont а, клавиатура как "1" и "2" и текстовое поле закончит тем, что вошла "21" в нее вместо "12" и т.д...

Хотя моей абсолютной проблемой № 1 с разработкой JavaFX прямо сейчас является Netbeans. Это трогательно плохо в JFX. Не может отладить, ошибочный дисплей неправильно в IDE (у меня был он, отмечают комментарии как ошибки!), intellisence только работает как 40% времени, событие, он кодирует шаблоны, предварительно запрограммированные в IDE для перетаскивания, и отбрасывающие средства управления не корректны. Я забываю, какой, но один из них отбрасывает "и" в конце введенного кода, который никогда не действителен и всегда должен вручную удаляться... его просто ужасный, и недопустим для компании как Sun.

Другое схватывание является общей документацией. Его просто недостаток. Так или иначе JavaFX API даже не подходит как результат поиска № 1 на Google при поиске методов/классов. Тонны "примеров" в сети больше не работают, поскольку каждая версия имеет главные изменения рефакторинга и классы, удаленные или переименованные.

В целом, я даю JFX 4 из 10. Я хочу любить его, но JFX 1.1 просто не сокращает его... определенно не, что я считал бы "производство готовым".

Если Вы не работаете над внутренним приложением, я избегал бы его. Пользователи обычно не хотят должными быть иметь дело с другой программой, которая выполняет то же самое как Flash. Я не думаю, что его основа установки является достаточно большой все же для создания этого удобным для конечных пользователей.

Если Вы знаете Java, но хотите сделать материал, Вы думали, было только выполнимо в Flash - затем да, JavaFX будет хорош для Вас.

Без сомнения будет намного более легче объединить Ваше знание Java с материалом дизайна.

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

Я провел выходные, 'играющие с ним. Я не вижу ничего полезного в нем. Это - повторение колебания / awt. Я предполагаю, что это будет хорошо для мобильных устройств, но кроме того ничто полезное.

Идеально я хотел бы использовать флэш-память, но найти это болезненным для межтрения с бэкендом любого типа.

Что ж, синтаксис ActionScript и JavaFX, похоже, имеет много общего, так что, возможно, «Да».

В данный момент я изучаю сценарий JavaFX, и он мне действительно нравится. Но что мне не нравится, и, возможно, это самый большой недостаток, так это ужасная документация, которая часто не актуальна или неполна.

Я разрабатываю Flash-приложения во Flex уже около двух лет и решил попробовать JavaFX, потому что мы постоянно получаем жалобы пользователей на то, что они не могут использовать приложения со своих IPhone (а я люблю Java).

Это один удар по Flash (отсутствие широкой мобильной поддержки).

Честно говоря, JavaFX произвел на меня сильное впечатление (в очень плохом смысле).

• Документация неполная.
• Скрипт просто ужасен; это странный гибрид между JSON и R с ощущением Java-deja-vu.
• Первые 3 дня я потратил на рисование полигонов и создание градиентов с помощью CODE... WTF!!!
• Я пытался убедить свой графический отдел попробовать, но они просто не понимают, как должен работать производственный пакет, они продолжают жаловаться, что Flex skinning намного проще и выглядит лучше в итоге (Что абсолютно верно).
• Поддержка CSS - это просто плохая шутка.
• В целом это выглядит как посредственная попытка предложить вариант для RIA frontend.

Я могу вспомнить только пару положительных моментов:

• Его можно запускать с IPhone / IPad и почти всех мобильных устройств.
• У вас есть доступ ко всему Java-коду, который вы хотите, что очень здорово, учитывая ограничения, которые есть у ActionScript (нет перегрузки, нет частных конструкторов и т.д.). Это замечательно для нас, программистов, но давайте вспомним на секунду, что это технология фронтенда/презентации... это означает, что пользователи должны будут увидеть это, поэтому если это не будет выглядеть хорошо и иметь классную анимацию/эффекты, они не будут это воспринимать.
• Скрипт гораздо менее многословен, чем MXML-файлы (ценой неразборчивости).
• Говоря о производительности... Flash Player - это огромный зеленый сгусток, который все растет и растет, пока не останется оперативной памяти, по сравнению с тем, как работает JavaFX (JVM - это круто! к сожалению, это не имеет никакого отношения к API JavaFX, просто JVM... ну, это круто!).
• У него есть классная функция, когда вы можете перетащить апплет за пределы веб-браузера.

В конце концов, я рад, что у меня есть возможность работать с мобильными устройствами, но до зрелости, достигнутой Flex/Flash в области RIA-приложений, еще очень далеко. Будущее Flex/Flash как широко распространенной веб-технологии неясно (в конечном итоге он может использоваться только для назойливых баннеров и онлайн-игр), никто не хочет зависеть от близкой технологии, какой является Flash Player, поэтому все веб-сообщество стремится убрать Flash из картины (поддержка видео HTML5, отсутствие Flash Player для устройств Apple и т.д.). Так что попытка создать открытую технологию всегда приветствуется, просто JavaFX ощущается как недоработанная поспешная бета-версия чего-то, что Sun посчитала себя обязанной придумать за выходные во время плохого похмелья.

Надеюсь, это будет кому-то полезно (и обидно для кого-то из Sun/Oracle =p ).

Я работаю над приложением JavaFX уже несколько месяцев. Лично я люблю язык. Мне показалось, что они приняли очень разумные решения при выборе синтаксиса и языковых конструкций (я могу утомить вас списком, если хотите). Я занимаюсь программированием на нем уже несколько месяцев, и мне кажется, что это очень эффективный и даже приятный язык для программирования.

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

Так что все зависит от того, для чего вы планируете его использовать. Если вы создаете настольные приложения, которые хотите запускать на виртуальной машине Java, которые могут использовать простые мультимедиа и элементы управления с богатым пользовательским интерфейсом, то я думаю, что есть веские причины обратить внимание на этот язык. WebStart немного улучшился и стал хорошим инструментом для развертывания. Если вы хотите создавать веб-приложения, это может быть интересно, но сейчас я бы сказал, что HTML5 / ajax более актуальны (в этом случае вы можете посмотреть на ZK). Однако даже с HTML5 у ajax есть свои ограничения, и если вы столкнетесь с ними, JavaFX может предложить вам варианты.Для мобильных платформ это не будет актуально до тех пор, пока не будет стабильной поддержки Android - в этом случае я бы пока остановился на самой платформе Android.