All streams
Search
Write a publication
Pull to refresh

Comments 23

было бы хорошо, если бы Вы не поленились дать более подробное описание технологии
Мне не лень, я не спец в этом вопросе. Если уж делать, то делать хорошо, я считаю.;)
Зашел, улыбнуло Superior Performance. У меня при этом тормозит жутко :)
У меня все в порядке было. Видимо Sun уже забыло про одноядерные процы:)
xxxx@yyyyy $ cat /proc/cpuinfo | grep "model name"
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3600+
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3600+
Драйвер коврика установлен?
Не уловил юмора и смысла сообщения. Поясните.
Юмор в том, что хоть всю конфигурацию напиши, а понятней не станет.
Это был всего лишь ответ на ваш выпад в сторону одноядерных процессоров. Если вы не заметили, я кинул вам название модели процессора, который у меня установлен.
Что именно тормозит? Сайт javafx.com или Sample JavaFX Applications? JRE последняя от Sun?
Ну так сайт - обычный AJAX + видео квиктаймовское. Там ничего на Java нет - так что... А JavaFX вы наверное даже попробовать пока не можете, т.к. превью только для Win/Mac.
Нельзя делать такие сайты - это антиреклама, хоть бы там что за завесой было. А Superior Performance на главной странице - это вообще черный юмор. Заметьте, я ругаю не JavaFX (не знаком и близко), а именно сайт.
Вы запрещаете Sun делать такие сайты?
Не я - здравый смысл запрещает.
Ну сайт, если честно, не фонтан. Я вам как человек, который в основном на java&flex пишет говорю.
Что хорошего в javafx? Очередной "наш ответ чемберлену"?
Похоже, что долю рынка хотят.
Чего хорошего - пока не ясно. Как минимум - нормальные возможности для работы с графикой и видео в обычных Swing приложениях появятся + шустрее работать будет, ведь JavaFX это всего лишь надстройка поверх Swing.

После того, как многие крутые Swing-перцы свалили кто в Adobe, кто в Google - будущее JavaFX кажется ещё более туманным. JavaFX Script лучше бы вообще заменили на JavaScript - нахера нам ещё один скриптовой язык? Вообщем подождём 1.0.
Как минимум - нормальные возможности для работы с графикой и видео в обычных Swing приложениях появятся

и это уже немалый позитив :)

а вообще его можно сравнивать с WPF - зачем оно надо на первый взгляд непонятно, но в итоге получается удобно разработчику и симпатично пользователю...
Шустрее работать по определению не будет. «Классы» JavaFX компилятся в байткод .class, но это не совсем типичный Java compiled class. Это какое-то промежуточное состояние. Затем это что-то в виде байт-кода интерпретируется JVM.
Основная загвоздка здесь в том, что дизайн Джавы не позволяет раследовать два класса, только один и много-много интерфейсов. Полагаю, что с этим связаны «трудности перевода».
Помимо этого, JavaFX основана на Java2D и Swing'e (в большей части). Всякие триггеры и бинды JavaFX являются необходимой прослойкой. Благодаря им, а так же специфике скрипта кодить стало проще и меньше. Из-за этих фич (помимо озвученного расхождения в ОО дизайне), JavaFX рабатают немного медленнее. Если, конечно, бинды, триггеры и прочие плюшки JFX не используются, полагаю, работать будет с такой же скоростью.
Sign up to leave a comment.

Articles