Comments 34
Степень распространения java у хостеров? ;)
:\
:\
JavaFX ориентирован на клиентскую часть — в какой-то степени конкурент Falsh & Silverlight
Следующий пост мой был — шутка, знаете почему первый был такой? Догадываетесь?
Может JavaFX и хороший, но вы сами ответили на свой же вопрос.
> Как будет развиваться дальнейшая судьба JavaFX прогнозировать пока трудно
Вот и мне как то звучит это где-то вдали…
Может JavaFX и хороший, но вы сами ответили на свой же вопрос.
> Как будет развиваться дальнейшая судьба JavaFX прогнозировать пока трудно
Вот и мне как то звучит это где-то вдали…
Ладно, хорошо заминусовали, но сути так не поняли. Виноват сам — не правильно выразился в час ночи.
Теперь поясню свою точку зрения.
Теперь поясню свою точку зрения.
Я не против Java :) Сам люблю Cи подобные языки.
Только, сколько в Украине и России компаний в которых пишут WEB приложения на Java, JavaFX (клиентские)?
И сколько сайтов в которых используется JavaFX?
Как часто в браузере вы замечали, что GUI сайта сделано на Java?
Я не спорю, серьезные компании разрабатывают собственные web приложения на java, но в основном серверные. (о чем я и хотел сказать, но учитывая час ночи, не правильно выразился, точнее уже почти спал :)
Даже flash «не очень» распространен, посмотрите сами, процент сайтов сделанных на flash (не баннеров).
Посмотрите сколько на Silverlight.
Ответ на фактический вопрос о дальнейшей судьбе и приходит сам собою.
Только, сколько в Украине и России компаний в которых пишут WEB приложения на Java, JavaFX (клиентские)?
И сколько сайтов в которых используется JavaFX?
Как часто в браузере вы замечали, что GUI сайта сделано на Java?
Я не спорю, серьезные компании разрабатывают собственные web приложения на java, но в основном серверные. (о чем я и хотел сказать, но учитывая час ночи, не правильно выразился, точнее уже почти спал :)
Даже flash «не очень» распространен, посмотрите сами, процент сайтов сделанных на flash (не баннеров).
Посмотрите сколько на Silverlight.
Ответ на фактический вопрос о дальнейшей судьбе и приходит сам собою.
трудно судить о разработках web-приложений на JavaFX с учетом новизны среды.
Судить же о разработках в России и Украине не могу, но вот в Беларуси они достаточно распространены, исходя из моего опыта (да, и всервлеты меньше половины разработок).
Судить же о разработках в России и Украине не могу, но вот в Беларуси они достаточно распространены, исходя из моего опыта (да, и всервлеты меньше половины разработок).
Извините, о вы не внимательно прочли мой коммент.
Я четко написал — клиентские.
И я четко написал, что серверные java приложения делают очень много серьезных компаний.
Вы надеюсь разницу понимаете насчет серверного и клиентского приложения? ;)
Автор писал о клиентском веб приложении.
Вот так и меня минусовали — не вникнув в коммент.
имхо я не вижу перспективы (пока) в клиентских веб приложениях написанных на JavaFX.
Вот мое мнение. Зато посмотрите как все минусовали стадно, даже не вникнув в коммент.
Правда я и сам несного виноват, что написал ночью, сонный, и не так выразился :)
Я четко написал — клиентские.
И я четко написал, что серверные java приложения делают очень много серьезных компаний.
Вы надеюсь разницу понимаете насчет серверного и клиентского приложения? ;)
Автор писал о клиентском веб приложении.
Вот так и меня минусовали — не вникнув в коммент.
имхо я не вижу перспективы (пока) в клиентских веб приложениях написанных на JavaFX.
Вот мое мнение. Зато посмотрите как все минусовали стадно, даже не вникнув в коммент.
Правда я и сам несного виноват, что написал ночью, сонный, и не так выразился :)
шутка :)
VPS и «выше» и никаких проблем
javafx — это, конечно, полезно и удобно, но после groovy уже не впечатляет, скорее наоборот (не впечатляет именно язык, а не платформа), причём не впечатлял он на STD-2008 не меня одного.
синтаксис у них очень схожый
у кого с кем?
у groovy и java — да, похожи, у javafx — отличается:
www.jroller.com/aalmiray/entry/java_groovy_javafx_side_to
www.jroller.com/aalmiray/entry/java_groovy_javafx_side_to1
у groovy и java — да, похожи, у javafx — отличается:
www.jroller.com/aalmiray/entry/java_groovy_javafx_side_to
www.jroller.com/aalmiray/entry/java_groovy_javafx_side_to1
Ну JavaFX это больше язык для описания интерфейса. И там есть специфичные фичи для этой задачи.
groovy всё-таки универсальнее и привычнее
для рисования UI он подходит ничуть не хуже JavaFX:
www.jroller.com/aalmiray/entry/groovy_coffee_cup
для рисования UI он подходит ничуть не хуже JavaFX:
www.jroller.com/aalmiray/entry/groovy_coffee_cup
Думаю большой толчок развитию JavaFX даст среда исполнения для мобильных устройств, выпуск которой планируется весной 2009 года.
Толчок будет… особенно когда Apple наконец-таки решится довабить поддержку Java на «яблофон».
На эппле не будет java также как и не будет flash :) Вот здесь наиболее правильно, на мой взгляд, сказано почему.
Для мобильных устройств важны такие характеристики как малая ресурсоемкость и (как следствие) энергопотребление. У JavaFX с этим проблемы, поскольку он сильно опирается на процессор, также как и Flash.
А поскольку на JavaFX никогда нельзя будет делать баннеры, то у него нет будущего.
А поскольку на JavaFX никогда нельзя будет делать баннеры, то у него нет будущего.
UFO just landed and posted this here
Не забываем, что в мобильных устройствах достаточно часто есть поддержка аппаратного исполнения java-байткода на уровне микроядра процессора (ARM9).
Интерпретатор JavaFX вовсю использует библиотечные вызовы к рантайму явы, так что разница в быстродействии между нативным исполнением и интерпретативным (по схеме «клиент-сервер») будет небольшим.
Интерпретатор JavaFX вовсю использует библиотечные вызовы к рантайму явы, так что разница в быстродействии между нативным исполнением и интерпретативным (по схеме «клиент-сервер») будет небольшим.
Простите, но на C++ тоже баннеры не делают :)
JavaFX может работать как в браузере, так и на десктопе, к тому же удобный синтаксис (дада, хоть и не привычный, зато удобный!) и отличные классы для создания мультимедии.
PS Хорошо было бы хоть ревью прочитать, прежде чем начинать ругаться…
JavaFX может работать как в браузере, так и на десктопе, к тому же удобный синтаксис (дада, хоть и не привычный, зато удобный!) и отличные классы для создания мультимедии.
PS Хорошо было бы хоть ревью прочитать, прежде чем начинать ругаться…
UFO just landed and posted this here
UFO just landed and posted this here
приложение уровня gmail для веба легко пишутся на java(GWT), кстати ;)
а теперь будут разрабатываться и с помощью JavaFX :)
Не будут, хотя бы потому, что не надо ставить ничего для работы клиента с gwt приложением.
Минусы обосновать можно? И опускание кармы тоже.
Мне тоже поставили «по самое не могу».
Только потому что я «наехал» на клиентские приложения для веб, сделанные на java.
Причем не разбираясь в сути.
А суть была простая, сколько веб gui сайтов вы видели (клиентских)?
Просто, «стадно».
Только потому что я «наехал» на клиентские приложения для веб, сделанные на java.
Причем не разбираясь в сути.
А суть была простая, сколько веб gui сайтов вы видели (клиентских)?
Просто, «стадно».
Это просто тупо, имхо.
Вообще в топике как-то «несуразно» много минусов наставили. И кстати по карме прошлись хорошо. Сам где-то в районе ~10 потерял и 40 снарядов. Не ожидал честно говоря, что за «описку» со сна так можно получить.
Налетели — «отмолотили» стадом и убежали :) Не ответа, не привета. А если и ответили, то такое ощущение, что и оригинала коммента не видели.
Налетели — «отмолотили» стадом и убежали :) Не ответа, не привета. А если и ответили, то такое ощущение, что и оригинала коммента не видели.
В Sun проснулись! Это надо было делать 5 лет назад!!!
JavaFX — это обычная J2SE со сктиптовой машиной (и компайлером) к которой добавлен проект SceneGraph, и различные врапперы к стандартным API.
Дополню. Одной прекрасных возможностей языка JavaFX является простой property binding. Это когда изменение значения переменной в одном объекте влечет автоматическое изменение в другом (по аналогии с QT slots). На java это делается громоздко через серию геттеров-сеттеров и property listeners.
Критика: скорость рендеринга и совместимость. Начиная с jre 6.0 update 10 под виндами используется акселерированный DirectX rendering pipe, под которую все заточено. Однако, под линухом и соляркой быстрый OpenGL pipeline до сих пор не работает как надо (спасибо разработчикам драйверов), и поэтому используется тормозной X11 pipeline, который превращает апликацию в слайдшоу. Вся надежда на XRender pipeline. Но когда он выйдет — х.з. Для маков ситуация еще хуже — под мак даже нормальной Java 6.0 нет. Не говоря уж об акселерации рендеринга.
JavaFX — это обычная J2SE со сктиптовой машиной (и компайлером) к которой добавлен проект SceneGraph, и различные врапперы к стандартным API.
Дополню. Одной прекрасных возможностей языка JavaFX является простой property binding. Это когда изменение значения переменной в одном объекте влечет автоматическое изменение в другом (по аналогии с QT slots). На java это делается громоздко через серию геттеров-сеттеров и property listeners.
Критика: скорость рендеринга и совместимость. Начиная с jre 6.0 update 10 под виндами используется акселерированный DirectX rendering pipe, под которую все заточено. Однако, под линухом и соляркой быстрый OpenGL pipeline до сих пор не работает как надо (спасибо разработчикам драйверов), и поэтому используется тормозной X11 pipeline, который превращает апликацию в слайдшоу. Вся надежда на XRender pipeline. Но когда он выйдет — х.з. Для маков ситуация еще хуже — под мак даже нормальной Java 6.0 нет. Не говоря уж об акселерации рендеринга.
Sign up to leave a comment.
JavaFX — «пластилиновая ворона»