Что пишут сейчас на Яве? - Java

Здравствуйте, os24ever, Вы писали:

O>Даже не знаю, что сказать. Когда для того, чтобы написать страничку "я и моя сраная кошка (ковёр присутствует)", требуется поддержка в виде фирмы, которая настраивает: текстовый редактор, среду выполнения, систему контроля версий, сборочные скрипты, ORM-прослойку к базе данных, Web-сервер, прокси-сервер, операционные системы на нескольких серверах (которые всё это выполнять ессно отказываются) — ой немного страничек будет написано на таком языке...

Ну вообще то можно поставить apache, открыть webapps/ROOT/index.jsp и писать практически как на PHP, без фирмы, редактора, среды выполнения, системы контроля версий, сборочных скриптов, ORM прослойки, базы данных, прокси сервера и операционных систем на нескольких серверах. Порог входа вполне себе низкий и можно плавно повышать свой уровень.

Другой вопрос, что таким путём мало кто идёт, а на форумах разных полно статей, которые погружают читателя в такой набор инструментов, что понимать что происходит свежим умом просто нереально. А примитивные подходы критикуются. Так и получается, что хотя из Java можно сделать PHP, но сообщество крайне против этого и искусственно завышает порог входа.

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

Но это проблема лишь для распространения в среде неопытных программистов и школьников, которые хоть и пишут 80% сайтов, но 80% денег платят за те 20% сайтов, которые уже пишутся исходя из других требований.

Здравствуйте, vsb, Вы писали:

vsb>Здравствуйте, os24ever, Вы писали:

O>>Даже не знаю, что сказать. Когда для того, чтобы написать страничку "я и моя сраная кошка (ковёр присутствует)", требуется поддержка в виде фирмы, которая настраивает: текстовый редактор, среду выполнения, систему контроля версий, сборочные скрипты, ORM-прослойку к базе данных, Web-сервер, прокси-сервер, операционные системы на нескольких серверах (которые всё это выполнять ессно отказываются) — ой немного страничек будет написано на таком языке...

vsb>Ну вообще то можно поставить apache, открыть webapps/ROOT/index.jsp и писать практически как на PHP, без фирмы, редактора, среды выполнения, системы контроля версий, сборочных скриптов, ORM прослойки, базы данных, прокси сервера и операционных систем на нескольких серверах. Порог входа вполне себе низкий и можно плавно повышать свой уровень.

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

vsb>Другой вопрос, что таким путём мало кто идёт, а на форумах разных полно статей, которые погружают читателя в такой набор инструментов, что понимать что происходит свежим умом просто нереально. А примитивные подходы критикуются. Так и получается, что хотя из Java можно сделать PHP, но сообщество крайне против этого и искусственно завышает порог входа.

На PHP полно приличных готовых движков, на которых можно тренироваться, развивая домашний проект про кошку (тот же вордпресс — с точке зрения программирования и оформления почти голый похапе, не обременяющий моск лишними уровнями абстракции), пройти по всей связке технологий вечерами после школы и пойти работать за деньги.

На Java же — сплошной кровавый интерпайз и ваши проекты на сделнном из джавы похапе работодаль не оценит.

Здравствуйте, vsb, Вы писали:

vsb>Здравствуйте, os24ever, Вы писали:

O>>Даже не знаю, что сказать. Когда для того, чтобы написать страничку "я и моя сраная кошка (ковёр присутствует)", требуется поддержка в виде фирмы, которая настраивает: текстовый редактор, среду выполнения, систему контроля версий, сборочные скрипты, ORM-прослойку к базе данных, Web-сервер, прокси-сервер, операционные системы на нескольких серверах (которые всё это выполнять ессно отказываются) — ой немного страничек будет написано на таком языке...

vsb>Ну вообще то можно поставить apache, открыть webapps/ROOT/index.jsp и писать практически как на PHP, без фирмы, редактора, среды выполнения, системы контроля версий, сборочных скриптов, ORM прослойки, базы данных, прокси сервера и операционных систем на нескольких серверах. Порог входа вполне себе низкий и можно плавно повышать свой уровень.

vsb>Другой вопрос, что таким путём мало кто идёт, а на форумах разных полно статей, которые погружают читателя в такой набор инструментов, что понимать что происходит свежим умом просто нереально. А примитивные подходы критикуются. Так и получается, что хотя из Java можно сделать PHP, но сообщество крайне против этого и искусственно завышает порог входа.

vsb>Хотя зачастую именно JSP на коленке самый адекватный способ решения простейшей задачи.

vsb>Но это проблема лишь для распространения в среде неопытных программистов и школьников, которые хоть и пишут 80% сайтов, но 80% денег платят за те 20% сайтов, которые уже пишутся исходя из других требований.

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

ET>желательно примеры известных продуктов, сайтов.

Ну, в первую очередь — всяческий энтерпрайз: собственно, почти все западные банки, новые энтерпрайз-системы, внутрикорпоративный софт, интеграция.
Свой мир со своими фреймворками, деньгами и специалистами

Нагруженные сайты (Яндекс, Одноклассники, Google, eBay и т.д.). Там много разных платформ, но без Java мало кто обходится из серьезных игроков.
Тоже свой мир, свои фреймворки, специфические специалисты

Android. Ну, тут все ясно.

Любые достаточно сложные сайты с требованиями по производительности, надежности и качества кода. Но тут снаружи java обычно не видна (если все нормально сделано).

ET>зы. А сайты вообще пишут на яве сейчас, кроме одноклассников?
Да их в основном и пишут.

Здравствуйте, e.thrash, Вы писали:

ET>Спрос огромный на ява программеров.
ET>а что пишут нового на яве?

ET>желательно примеры известных продуктов, сайтов.

ET>зы. А сайты вообще пишут на яве сейчас, кроме одноклассников?

Если из сайтов, из общеизвестных, то:

* Twitter
* LinkedIn
* Tumblr
* Foursquare

и конечно все основные "порталы" (но у них там всегда 2-3 языка, так что): Google, Yandex, Yahoo, Bing, ну и Facebook сюдаже

Попробую расширить дискуссию. А пишут ли сейчас десктопные приложения на Java? Например, с использованием SWT? Из известных мне приложений есть Azureus (ныне Vuze) и AnyLogic (от питерской xjtek.ru).

Просто в последних двух новых версиях макоси (Lion и грядущий Mountain Lion) отказались от использования предустановленной явы, и даже не пускают явовские приложения на Mac App Store, что печалит. Я думаю, что за Mac App Store и Windows Store будущее. На винде еще можно встроить JRE, но на маках такого не нашел, а без этого Mac App Store не видать как своих ушей. Грустно.

Поэтому мне и интересно узнать, что думают и делают другие.

Здравствуйте, dsorokin, Вы писали:

D>Попробую расширить дискуссию. А пишут ли сейчас десктопные приложения на Java? Например, с использованием SWT? Из известных мне приложений есть Azureus (ныне Vuze) и AnyLogic (от питерской xjtek.ru).

D>Просто в последних двух новых версиях макоси (Lion и грядущий Mountain Lion) отказались от использования предустановленной явы, и даже не пускают явовские приложения на Mac App Store, что печалит. Я думаю, что за Mac App Store и Windows Store будущее. На винде еще можно встроить JRE, но на маках такого не нашел, а без этого Mac App Store не видать как своих ушей. Грустно.

D>Поэтому мне и интересно узнать, что думают и делают другие.

Я думаю что у явы нет будущего на десктопе. Она просто не приспособлена для такого использования, даже Adobe AIR и тот здесь гораздо лучше. Я про инфраструктуру (gc, инициализация, интеграция с ОС), требования к ресурсам, наличие библиотек, наработок и пр.

Ниша Явы это нагруженные сервера, бэкэнды, энтерпрайз и т.д.

А>Я думаю что у явы нет будущего на десктопе. Она просто не приспособлена для такого использования, даже Adobe AIR и тот здесь гораздо лучше. Я про инфраструктуру (gc, инициализация, интеграция с ОС), требования к ресурсам, наличие библиотек, наработок и пр.

А>Ниша Явы это нагруженные сервера, бэкэнды, энтерпрайз и т.д.

Ява уже довольно давно превосходно работает на десктопе. Причём на своём родном "встроенном" Swing. Сомневающие могут запустить IntelliJ IDEA. И много корпоративных приложений так написано. Другое дело, что Sun ближе к своему закату уже совсем "лыко не вязала". Они только к версии 1.6 стали прочухивать, что графику нужно чуть дооптимизировать, Look and feel новый сделать и показывать это, показывать! Ото все их примеры клиентов выглядели корчеобразно. Аляповатый бордюр, первый попавшийся шрифт, простоватые иконки. В итоге, внушили всем, что клиент на джаве это мрак. И это при том, что свинг может быть очень красив и быстр. Даже пошустрее чем WinForms. Затем они зачём-то начали JavaFX с неким скриптовым языком. Который не сильно продвигали и в итоге ни то ни сё.
Сейчас Oracle довольно агрессивно меняет эту ситуацию. JavaFX 2.0 выглядит крайне привлекательно. Спешно разрабатывается для всех основных платформ. Скрипты убраны, снова родная Джава.

А то что Apple убрал Джаву, ну... Тут два момента. Во-первых, они конечно опасаются, что мрачную красоту их давно дремучего Обджектив Си может "заценить" только совсем зелёная молодёжь, которая не видела элегантных языков. Перейдя с PHP на эпловский С они наверное в восторге. Но у людей с опытом C#/Java это чудо обычно вызывает сильное отторжение. Второй момент — раньше Яблоки вроде сами разрабатывали Джава машину для себя (ну они всё сами разрабатывают, что бы враги волшебство не испортили). И потому постоянно были на шаг позади по версиям. Теперь они предложили Ораклам, как все нормальные ОС, разрабатывать сразу самую новую версию и для них. Ото уже стало похоже на MS которые честно поставляли с виндой версию Java от 99 года лет 50. Разумеется на той Джаве ничерта уже не работало, но парни делали честные глаза, разводили руками и говорили ... ну вот такая вот она это ваша Джава... другое дело наш супер новый скоростной язык C#.

Здравствуйте, vsb, Вы писали:

vsb>Здравствуйте, os24ever, Вы писали:

O>>Даже не знаю, что сказать. Когда для того, чтобы написать страничку "я и моя сраная кошка (ковёр присутствует)", требуется поддержка в виде фирмы, которая настраивает: текстовый редактор, среду выполнения, систему контроля версий, сборочные скрипты, ORM-прослойку к базе данных, Web-сервер, прокси-сервер, операционные системы на нескольких серверах (которые всё это выполнять ессно отказываются) — ой немного страничек будет написано на таком языке...

vsb>Ну вообще то можно поставить apache, открыть webapps/ROOT/index.jsp и писать практически как на PHP, без фирмы, редактора, среды выполнения, системы контроля версий, сборочных скриптов, ORM прослойки, базы данных, прокси сервера и операционных систем на нескольких серверах. Порог входа вполне себе низкий и можно плавно повышать свой уровень.

vsb>Другой вопрос, что таким путём мало кто идёт, а на форумах разных полно статей, которые погружают читателя в такой набор инструментов, что понимать что происходит свежим умом просто нереально. А примитивные подходы критикуются. Так и получается, что хотя из Java можно сделать PHP, но сообщество крайне против этого и искусственно завышает порог входа.

vsb>Хотя зачастую именно JSP на коленке самый адекватный способ решения простейшей задачи.

vsb>Но это проблема лишь для распространения в среде неопытных программистов и школьников, которые хоть и пишут 80% сайтов, но 80% денег платят за те 20% сайтов, которые уже пишутся исходя из других требований.

Абсолютно согласен. На джава можно писать также просто как на PHP только гораздо более элегапнто в силу мощности языка. Поставить Tomcat и используя JSP имеем всё тоже и сразу. Берём некий фреймворк из десятка добротных и отлаженных на все вкусы и умощняем производительность. Имея быстрый элегантный код.

В жизни, к сожалению, люди любят работать круто. Есть две таблицы в базе данных? Фсё, гасите свет, это повод что бы зацепить уже не просто Java поддерживающий Веб-сервер, а целый JBoss/Веблоджик. Задействовать Хибернейт/EJB и ещё пяток технологий для компаний уровня IBM. Пушки ещё даже не расчехлили, а воробьи уже попадали. Посшибав артиллеристов.

Здравствуйте, Аноним, Вы писали:
А>и конечно все основные "порталы" (но у них там всегда 2-3 языка, так что): Google, Yandex, Yahoo, Bing, ну и Facebook сюдаже
А вот Bing и Java это мегаинтересно. Можно поподробнее или ссылочки "на почитать"?

Здравствуйте, silverwolf, Вы писали:

S>Здравствуйте, Аноним, Вы писали:
А>>и конечно все основные "порталы" (но у них там всегда 2-3 языка, так что): Google, Yandex, Yahoo, Bing, ну и Facebook сюдаже
S>А вот Bing и Java это мегаинтересно. Можно поподробнее или ссылочки "на почитать"?

Я так смотрю сейчас не совсем афишируют, но раскопать косвенные доказательства до сих пор можно

http://en.wikipedia.org/wiki/HBase — находи что его авторы это компания Powerset, он на яве напоминаю
http://en.wikipedia.org/wiki/Powerset_(company) — ну и собственно где он сейчас

ну и то как они хайрят бывших яндексоидов специализурующихся на яве (хотя в вакансиях пишут "C++/C#/Java", но это и есть те самы 2-3 языка)

Здравствуйте, Steamus, Вы писали:

S>Ява уже довольно давно превосходно работает на десктопе. Причём на своём родном "встроенном" Swing. Сомневающие могут запустить IntelliJ IDEA.
IntelliJ IDEA это продукт кропотливой работы нескольких экспертов. Собрать команду разработчиков и сварганить подобный интерфейс на Swing с нуля получится далеко не у всех.

S>И много корпоративных приложений так написано. Другое дело, что Sun ближе к своему закату уже совсем "лыко не вязала". Они только к версии 1.6 стали прочухивать, что графику нужно чуть дооптимизировать, Look and feel новый сделать и показывать это, показывать! Ото все их примеры клиентов выглядели корчеобразно. Аляповатый бордюр, первый попавшийся шрифт, простоватые иконки. В итоге, внушили всем, что клиент на джаве это мрак. И это при том, что свинг может быть очень красив и быстр. Даже пошустрее чем WinForms.
Swing сам по себе крутой и быстрый. Но при этом добавлять в него "красивости" при том чтобы UI оставался таким же быстрым очень сложно. В UI слой, который отвечает за рендеринг не всегда просто вклинится. А добавление "рюшечек" в paintComponent() в большинстве случаев приводит к падению скорости отрисовки. Делать красивый и быстрый UI можно. Но это дорого и сложно.
Кроме этого Swing даже обламывает девелоперов на том поле где должен был блистать. Swing замечательный выбор для толстых ERP клиентов. Но при этом там нет ни родного биндинга, не продвинутый гридов для табличных данных.

S>Затем они зачём-то начали JavaFX с неким скриптовым языком. Который не сильно продвигали и в итоге ни то ни сё.
Новый язык нужен был для того чтобы UI описывать декларативно, но не так страшно как в XML. Язык провалился исключительно на психологическом факторе — девелоперов отпугивает необходимость изучать новый синтаксис. Хотя все кто преодолели этот барьер, потом писали что скрипт очень классный и простой в изучении.

S>Сейчас Oracle довольно агрессивно меняет эту ситуацию. JavaFX 2.0 выглядит крайне привлекательно. Спешно разрабатывается для всех основных платформ. Скрипты убраны, снова родная Джава.
А вот у JavaFX 2 другая проблема. Совершено не ясно в каком сегменте рынка оно должно применятся. Для красочного web оно всё ещё сильно отстаёт от Flash. Да и доставка JRE к клиентам всё ещё глючная и корявая. Такими темпами заместить Flash Plug-in очень трудно.
С другой стороны, для корпоративного сегмента там всё так же не хватает богатой и продвинутой палитры компанент.

S>Теперь они предложили Ораклам, как все нормальные ОС, разрабатывать сразу самую новую версию и для них.
AFAIK, Oracle и Apple связывает давняя дружба, поэтому у них не было проблемы договориться о совместной разработке новых JRE под MacOS. Одно из немногих важных достижений Oracle для развития Java.

Здравствуйте, Blazkowicz, Вы писали:

B>IntelliJ IDEA это продукт кропотливой работы нескольких экспертов. Собрать команду разработчиков и сварганить подобный интерфейс на Swing с нуля получится далеко не у всех.

Вы заметно преувеличиваете. Да, собрать команду и сварганить подобный интерфейс получится не у всех, но это не ограничения джавы и свинга, это вопрос управления командой.
Ребята использовали доступный всем Alloy look&feel (платный). И имеют аккуратный visual style guide. И тщательно его соблюдают. И бьют железной линейкой по рукам тех корчей, которые не понимают, какой нужен шрифт, какой бордюр и какое расстояние между кнопками. Но это не трюки и не хаки. И для этого не требуются эксперты по неким волшебным внутренним свинг-трюкам. Требуются вменяемые и дисциплинированные люди. Как и для любого проекта. Несколько контролов ребята видимо реализовали сами. В итоге, приложение выглядит нормально. Просто профессионально нормально. Как ворд и ексель. И абсолютно никаких ограничений им Джава не нанесла.

B>Кроме этого Swing даже обламывает девелоперов на том поле где должен был блистать. Swing замечательный выбор для толстых ERP клиентов. Но при этом там нет ни родного биндинга, не продвинутый гридов для табличных данных.

Мне сложно понять какой такой продвинутый грид вы ожидаете. Data Window из Power Builder? Это уже не грид, это технология. JTable настолько гибок, что способен закрыть практически всё. Даже с подвывертом.

B>Новый язык нужен был для того чтобы UI описывать декларативно, но не так страшно как в XML. Язык провалился исключительно на психологическом факторе — девелоперов отпугивает необходимость изучать новый синтаксис. Хотя все кто преодолели этот барьер, потом писали что скрипт очень классный и простой в изучении.

Да он то может и классный, но вот тут действительно никто не понял — зачем? Декларативность обеспечивает XML. Ну вот он и остался. А динамическая часть на джава. Там где нет декларативности. Ну вродеж это разумно? Не?

B>А вот у JavaFX 2 другая проблема. Совершено не ясно в каком сегменте рынка оно должно применятся. Для красочного web оно всё ещё сильно отстаёт от Flash. Да и доставка JRE к клиентам всё ещё глючная и корявая. Такими темпами заместить Flash Plug-in очень трудно.

Тут я могу только развести руками, ибо искренне не понимаю тех кто не понимает. Вы в принципе знакомились с тем что есть JavaFX? Соотносили с другими библиотеками разработки клиентов? JavaFX это современная замена свингу. Свинг рисуется чуть ли не как турбо вижион. Иерархия контролов. JavaFX имеет граф сцены, каждый узел которой может быть или контролом или графическим элементом. Любой узел можно двигать, вращать, делать анимационно прозрачным, масштабировать и добавлять любые свои эффекты. Есть специальные объекты простого запуска потоков для анимации. То есть мощная графика и удобные современные методы её трансформации. Любой из контролов легко кастомизируется декларативным FXML и байндится на методы валидации. Да, такие же возможности есть, к примеру у Qt. Общие принципы и опыт соблюдены. По мощности JavaFX не слабее Flash, но пока, разумеется, не встраивается так легко в страницу. А вот писать красивых клиентов на нём видимо будет очень приятно. Куда как лучше чем всякие Air. Собсно уже.

B>С другой стороны, для корпоративного сегмента там всё так же не хватает богатой и продвинутой палитры компанент.

Сейчас там есть всё что мы обычно используем в формах: кнопки, чекбоксы, радио, гриды, тривью, табы, десятка два диаграмм, всякие там сплиттеры и слайдеры. Вроде даже и аакордены есть. Сторонние люди уже во всю ваяют календари и продвинутые гриды. Скажите, какого-такого волшебного компонента вам не хватает для написания приложения корпоративного сегмента? Пример что-ли приведите?

PS: Когда я говорю — не слабее флеша, я имею в виду визуальные эффекты. Ибо всё остальное это совсем другой мир. А что касается ...красочного web... c этим пока непонятно. Понятно что оно не встраивается как флеш. В планах вроде было превращение визуальной части в векторную графику для WEB. Но, разумеется, пока это немножко мутно и фантастично. Посему, на сегодняшний день, это очень мощная библиотека создания стандалон-клиентов.

S>Ребята использовали доступный всем Alloy look&feel (платный). И имеют аккуратный visual style guide. И тщательно его соблюдают. И бьют железной линейкой по рукам тех корчей, которые не понимают, какой нужен шрифт, какой бордюр и какое расстояние между кнопками. Но это не трюки и не хаки. И для этого не требуются эксперты по неким волшебным внутренним свинг-трюкам. Требуются вменяемые и дисциплинированные люди. Как и для любого проекта. Несколько контролов ребята видимо реализовали сами. В итоге, приложение выглядит нормально. Просто профессионально нормально. Как ворд и ексель. И абсолютно никаких ограничений им Джава не нанесла.

В Swing не хватает готового каркаса. Т.е. готового проекта приложения со всеми фенечками, от dockingа до управления actions и автоматическим обновлением. Я уж не говорю про биндинг. Это есть в RCP, но у SWT плохо с корпоративными компонентами, да и вообще тяжеловат в разработке.
Все это можно набрать через отдельные продукты третьих фирм, но для этого уже надо быть очень неплохим специалистом.
А на чистом Swing скорость разработки и качество кода для большого проекта будет страдать.
Кстати, UI у Idea весьма сомнительный, куча глюков, неряшливостей и откровенных багов. Да и тормозит

S>Мне сложно понять какой такой продвинутый грид вы ожидаете. Data Window из Power Builder? Это уже не грид, это технология. JTable настолько гибок, что способен закрыть практически всё. Даже с подвывертом.

Хм. С иерархиями строк и колонок, визуальным управлением сортировками, фильтрами и т.п. Это все можно написать, но зачем?

S>Да он то может и классный, но вот тут действительно никто не понял — зачем? Декларативность обеспечивает XML. Ну вот он и остался. А динамическая часть на джава. Там где нет декларативности. Ну вродеж это разумно? Не?

S>Тут я могу только развести руками, ибо искренне не понимаю тех кто не понимает. Вы в принципе знакомились с тем что есть JavaFX? Соотносили с другими библиотеками разработки клиентов? JavaFX это современная замена свингу. Свинг рисуется чуть ли не как турбо вижион. Иерархия контролов. JavaFX имеет граф сцены, каждый узел которой может быть или контролом или графическим элементом. Любой узел можно двигать, вращать, делать анимационно прозрачным, масштабировать и добавлять любые свои эффекты. Есть специальные объекты простого запуска потоков для анимации. То есть мощная графика и удобные современные методы её трансформации. Любой из контролов легко кастомизируется декларативным FXML и байндится на методы валидации. Да, такие же возможности есть, к примеру у Qt. Общие принципы и опыт соблюдены. По мощности JavaFX не слабее Flash, но пока, разумеется, не встраивается так легко в страницу. А вот писать красивых клиентов на нём видимо будет очень приятно. Куда как лучше чем всякие Air. Собсно уже.

Ровно та же беда, что и у Swing — нет нормального каркаса уровня приложения. Ну и с контролами плохо, да.
И гридов навороченных нет, и деревья не слишком навороченные и т.д. Хотя направление радует.
Но вот как раз всякие эффекты мне в работе нафиг не нужны. А вот встроенная локализация приложения — нужна. И хранилище сложных моделей с хорошими абстракциями их получения с "сервера" и кэшированием — нужны. И много других вещей, которые в каждом проекте делаются с нуля (

Здравствуйте, Steamus, Вы писали:

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

S>Ребята использовали доступный всем Alloy look&feel (платный). И имеют аккуратный visual style guide. И тщательно его соблюдают. И бьют железной линейкой по рукам тех корчей, которые не понимают, какой нужен шрифт, какой бордюр и какое расстояние между кнопками. Но это не трюки и не хаки. И для этого не требуются эксперты по неким волшебным внутренним свинг-трюкам. Требуются вменяемые и дисциплинированные люди. Как и для любого проекта. Несколько контролов ребята видимо реализовали сами. В итоге, приложение выглядит нормально. Просто профессионально нормально. Как ворд и ексель. И абсолютно никаких ограничений им Джава не нанесла.
ОК. Поверю наслово, у вас, вероятно, инсайдерская информация. Хочу только заметить что ни JBuilder ни NetBeans не смотря на таких же дисциплинированых разработчиков, подобных достижений в Swing GUI не имеют.

S>Мне сложно понять какой такой продвинутый грид вы ожидаете. Data Window из Power Builder? Это уже не грид, это технология. JTable настолько гибок, что способен закрыть практически всё. Даже с подвывертом.
Что-нибудь с биндингом на объекты или таблицы, постраничной позагрузкой (а не построчной). Ибо каждый раз приходится изобретать заново.

S>Да он то может и классный, но вот тут действительно никто не понял — зачем? Декларативность обеспечивает XML. Ну вот он и остался. А динамическая часть на джава. Там где нет декларативности. Ну вродеж это разумно? Не?
XML не даст такого уровня валидации синтаксиса. Кроме этого он совершенно не лаконичен и несет огромное количество мусора, затрудняющего чтение.

S>Тут я могу только развести руками, ибо искренне не понимаю тех кто не понимает.
Бывает

S>Вы в принципе знакомились с тем что есть JavaFX? Соотносили с другими библиотеками разработки клиентов?
Да. Да.

S>JavaFX это современная замена свингу.
Возможно. Но зачем оракл позиционирует его как решение для web в первую очередь?

S>Свинг рисуется чуть ли не как турбо вижион. Иерархия контролов. JavaFX имеет граф сцены, каждый узел которой может быть или контролом или графическим элементом. Любой узел можно двигать, вращать, делать анимационно прозрачным, масштабировать и добавлять любые свои эффекты. Есть специальные объекты простого запуска потоков для анимации. То есть мощная графика и удобные современные методы её трансформации. Любой из контролов легко кастомизируется декларативным FXML и байндится на методы валидации. Да, такие же возможности есть, к примеру у Qt. Общие принципы и опыт соблюдены. По мощности JavaFX не слабее Flash, но пока, разумеется, не встраивается так легко в страницу. А вот писать красивых клиентов на нём видимо будет очень приятно. Куда как лучше чем всякие Air. Собсно уже.
JavaFX 2.0 сильно не хватает продвинутых контролов. На данный момент там только базовые примитивнвы компаненты.

S>Сейчас там есть всё что мы обычно используем в формах: кнопки, чекбоксы, радио, гриды, тривью, табы, десятка два диаграмм, всякие там сплиттеры и слайдеры. Вроде даже и аакордены есть. Сторонние люди уже во всю ваяют календари и продвинутые гриды. Скажите, какого-такого волшебного компонента вам не хватает для написания приложения корпоративного сегмента? Пример что-ли приведите?
Нет MDI. Какие-то сложности с модальными диалогами. Что-то ещё было, сразу не вспомню.

Здравствуйте, Steamus, Вы писали:

S>PS: Когда я говорю — не слабее флеша, я имею в виду визуальные эффекты. Ибо всё остальное это совсем другой мир. А что касается ...красочного web... c этим пока непонятно. Понятно что оно не встраивается как флеш. В планах вроде было превращение визуальной части в векторную графику для WEB. Но, разумеется, пока это немножко мутно и фантастично. Посему, на сегодняшний день, это очень мощная библиотека создания стандалон-клиентов.
А шрифты уже исправили? Смотрел несколько версий — все шрифты размытые как в Java 1.4/Java 5.

А>Я думаю что у явы нет будущего на десктопе.

А>Ниша Явы это нагруженные сервера, бэкэнды, энтерпрайз и т.д.

Дай затянуться, братиш. Я тоже хочу туда улететь, где ты. Где нет явы на десктопе, где виндовз полностью переписана на C#, где Дельфи и Кларион забыты как страшные сны

Здравствуйте, Blazkowicz, Вы писали:

B>Здравствуйте, Steamus, Вы писали:

S>>PS: Когда я говорю — не слабее флеша, я имею в виду визуальные эффекты. Ибо всё остальное это совсем другой мир. А что касается ...красочного web... c этим пока непонятно. Понятно что оно не встраивается как флеш. В планах вроде было превращение визуальной части в векторную графику для WEB. Но, разумеется, пока это немножко мутно и фантастично. Посему, на сегодняшний день, это очень мощная библиотека создания стандалон-клиентов.
B>А шрифты уже исправили? Смотрел несколько версий — все шрифты размытые как в Java 1.4/Java 5.

В версии 2.1 сделали родное сглаживание. Где-то там в январе. Они вообще довольно быстро шуршат и на всё реагируют. Есть активный форум где можно всё спросить и пожаловаться.

https://forums.oracle.com/forums/forum.jspa?forumID=1385

Здравствуйте, Steamus, Вы писали:

S>Ява уже довольно давно превосходно работает на десктопе. Причём на своём родном "встроенном" Swing. Сомневающие могут запустить IntelliJ IDEA. И много корпоративных приложений так написано. Другое дело, что Sun ближе к своему закату уже совсем "лыко не вязала". Они только к версии 1.6 стали прочухивать, что графику нужно чуть дооптимизировать, Look and feel новый сделать и показывать это, показывать! Ото все их примеры клиентов выглядели корчеобразно. Аляповатый бордюр, первый попавшийся шрифт, простоватые иконки. В итоге, внушили всем, что клиент на джаве это мрак. И это при том, что свинг может быть очень красив и быстр. Даже пошустрее чем WinForms. Затем они зачём-то начали JavaFX с неким скриптовым языком. Который не сильно продвигали и в итоге ни то ни сё.

Хм. А мне тот скрипт показался даже симпатичен. Уж всяко получше xml.
Но первый FX был настолько сырым, что использовать его было невозможно вообще никак.

Здравствуйте, Steamus, Вы писали:

S>Да он то может и классный, но вот тут действительно никто не понял — зачем? Декларативность обеспечивает XML. Ну вот он и остался. А динамическая часть на джава. Там где нет декларативности. Ну вродеж это разумно? Не?

Увы, xml все-таки проигрывает в читабельности — очень много мусора.

А с JTable другая проблема. Он сложный для освоения формоклепателем среднего уровня.

Здравствуйте, Blazkowicz, Вы писали:

B>Я не приувеличиваю. Я хорошо знаю Swing и уже заманался оптимизировать и бороться с отрисовкой красивостей, которые хотят дизайнер и заказчик.
Ну, мне сложно судить. Мне вообще сложно представить корпоративного заказчика, который бы тщательно домогался от интерфейса неких таких мистичесеских возможностей которые Свинг с легкостью не предоставит. Разве что вы разрабатываете игры на Свинге.

S>>Поверю наслово, у вас, вероятно, инсайдерская информация. Хочу только заметить что ни JBuilder ни NetBeans не смотря на таких же дисциплинированых разработчиков, подобных достижений в Swing GUI не имеют.
Никакого инсайда. Банально — опыт. В двух словах, на пальцах. Глянем на два известных продукта одного класса: Хром и Файерфокс. Два браузера. Там нет джавы.

Хром: можно спорить о юзабилити, но все диалоги спроектированы единообразно и элегантно: нормальные отступы, красивые бордюры, одинаковые кнопки, спланированное использование пространства.

Лиса: грубые бордюры, разного размера кнопки (две рядом стоящие кнопки имеют разный размер), маленькая дистанция между надписью и краем кнопки, аляповатое распределение пространтсва в диалогах...

Щё раз — там нет джавы. Это просто квалификация менеджера проекта. Как итог, визуально, внутри, Фокс выглядит как студенческая поделка. Но ведь вроде же сильный и популярный инструмент? А такие ляпы. И терпят. Не жужжат.

B>Что-нибудь с биндингом на объекты или таблицы, постраничной позагрузкой (а не построчной). Ибо каждый раз приходится изобретать заново.
Нда, хотелось бы. Навскиду и сам не понимаю — почему бы таки и не сделать некий мляцко мощный грид что бы все утёрлись. Ну всем же, халера, нужен. Козлы в общем. Тут — да.

B>Возможно. Но зачем оракл позиционирует его как решение для web в первую очередь?
Вроде как бы не так что бы и позиционирует. Но конкретно упоминает. Ну, что поделать с веб-цунами? Подростки и манагеры спускают от Веба по нескольку раз за раз. Ну нельзя не воткнуть Веб как тарджет для анонса. Нельзя! Партия в целом и генсек в частности не пропустят. Это серъёзная беда. Я согласен.

B>Нет MDI. Какие-то сложности с модальными диалогами. Что-то ещё было, сразу не вспомню.
Ай, ну кому нужен MDI в 21 веке? Обойдутся без расстановки окон черепицей.

S>>>Поверю наслово, у вас, вероятно, инсайдерская информация. Хочу только заметить что ни JBuilder ни NetBeans не смотря на таких же дисциплинированых разработчиков, подобных достижений в Swing GUI не имеют.
S>Никакого инсайда. Банально — опыт. В двух словах, на пальцах. Глянем на два известных продукта одного класса: Хром и Файерфокс. Два браузера. Там нет джавы.

Хм. А вот у меня как-раз инсайдерская информация есть. И по ней — UI в Idea сделан весьма сложно и с кучей трудозатрат.
Там куча всего переписано, куча внутренних сложных хаков, куча издевательств над деревом обработки событий, некоторое количество мест вида "боимся заглядывать" и т.п. Впрочем, исходные коды есть — так что можно самому посмотреть, насколько там все "просто".

Здравствуйте, Дельгядо Филипп, Вы писали:

ДФ>В Swing не хватает готового каркаса. Т.е. готового проекта приложения со всеми фенечками, от dockingа до управления actions и автоматическим обновлением. Я уж не говорю про биндинг. Это есть в RCP, но у SWT плохо с корпоративными компонентами, да и вообще тяжеловат в разработке.
ДФ>Все это можно набрать через отдельные продукты третьих фирм, но для этого уже надо быть очень неплохим специалистом.

Ну вы сами по сути на всё и ответили. Была идея сделать каркас-поддержку стандартного проекта — проект назывался Swing Application Framework. Глуповатое название, ибо влёт не понятно чем отличается от Swing Framework. Ну, в Сане реально дауны в маркетинге сидели. Но, не пошёл. Обещали включить в SDK позже. Не уверен что включат. Но смысл простой — джава SDK не может охватить абсолютно всё. Как бы это кому-то и не хотелось. Рантайм будет просто абсурдного размера. И ребятам постоянно приходится делать выбор что и где сечь. Ну а продвинутые корпоративщики всегда могут цеплять платформу RCP-Эклипс руками.

Здравствуйте, Дельгядо Филипп, Вы писали:

S>>>>Поверю наслово, у вас, вероятно, инсайдерская информация. Хочу только заметить что ни JBuilder ни NetBeans не смотря на таких же дисциплинированых разработчиков, подобных достижений в Swing GUI не имеют.
S>>Никакого инсайда. Банально — опыт. В двух словах, на пальцах. Глянем на два известных продукта одного класса: Хром и Файерфокс. Два браузера. Там нет джавы.

ДФ>Хм. А вот у меня как-раз инсайдерская информация есть. И по ней — UI в Idea сделан весьма сложно и с кучей трудозатрат.
ДФ>Там куча всего переписано, куча внутренних сложных хаков, куча издевательств над деревом обработки событий, некоторое количество мест вида "боимся заглядывать" и т.п. Впрочем, исходные коды есть — так что можно самому посмотреть, насколько там все "просто".

Там продукт очень сложный и мощный. "Простым" не окажется ни один UI, на чём бы он не был реализован. Будь то Qt, SWT, MFC... Visual Studio также часто тормозит. Вот это я и хотел сказать.

Здравствуйте, Steamus, Вы писали:

S>Здравствуйте, Дельгядо Филипп, Вы писали:

S>Там продукт очень сложный и мощный. "Простым" не окажется ни один UI, на чём бы он не был реализован. Будь то Qt, SWT, MFC... Visual Studio также часто тормозит. Вот это я и хотел сказать.

Хм, а что там такого концептуально сложного? Почему вообще такой UI должен быть сложным? Actions (недоделанные), Docking (плохой), несколько достаточно простых Master-Detail, несколько своих компонент (зачастую сомнительных)? Т.е. да, на чистом Swing (Qt, MFC etc) делать крайне сложно, но это скорее проблема инструментов, нежели сложность собственно UI.

На том же RCP сделать что-то подобное на порядок проще (впрочем, это вообще одна из печалей индустрии — почему IntelliJ все еще держатся за свою платформу вместо разработки надстройки над Eclipse. Хотя, гм, понятно почему... ).

Собственно, одна из причин, по которой Java мало на десктопе — отсутствие законченных и стандартных каркасов уровня приложения. RCP и Netbeans Framework завязаны на IDE (и у обоих куча своих проблем), аналогичный проект от Spring пока затих, JCP на каркас тоже так и не доведен до окончательной стадии. В fx тоже начали с примочек для дизайнеров, а не с каркаса приложения для корпоративных приложений.
В общем, ужас-ужас-ужас...

Здравствуйте, Дельгядо Филипп, Вы писали:

ДФ>На том же RCP сделать что-то подобное на порядок проще (впрочем, это вообще одна из печалей индустрии — почему IntelliJ все еще держатся за свою платформу вместо разработки надстройки над Eclipse. Хотя, гм, понятно почему... ).
Ну да. Инжинеры из IntelliJ посмотрели внутри Eclipse, ужаснулись и сказали "закопайте обратно".

ДФ>Собственно, одна из причин, по которой Java мало на десктопе — отсутствие законченных и стандартных каркасов уровня приложения. RCP и Netbeans Framework завязаны на IDE (и у обоих куча своих проблем), аналогичный проект от Spring пока затих, JCP на каркас тоже так и не доведен до окончательной стадии. В fx тоже начали с примочек для дизайнеров, а не с каркаса приложения для корпоративных приложений.
На Java нет вменяемых GUI-фреймворков. Точнее, есть — Android UI.

ДФ>На том же RCP сделать что-то подобное на порядок проще (впрочем, это вообще одна из печалей индустрии — почему IntelliJ все еще держатся за свою платформу вместо разработки надстройки над Eclipse. Хотя, гм, понятно почему... ).

Потому что SWT некроссплатформенно, еле-еле есть порт на Windows и Linux, под тем же MacOS X не работает, под ту же Win x64 только недавно порт сделали, не прошло и 10 лет с появления x64 в 2003 году

ДФ>Собственно, одна из причин, по которой Java мало на десктопе — отсутствие законченных и стандартных каркасов уровня приложения.

Собственно главная причина не в этом, а в том что запуская новое приложение пользователь запускает новую жавамашину, если приложений 5 то половина памяти съедена только JVM. На сервере проще, там один сервер — один инстанс JVM, который крутит jboss или GF. а приложения на десктопе не умеют шарить одну общую JVM

Здравствуйте, Аноним, Вы писали:

А>Потому что SWT некроссплатформенно, еле-еле есть порт на Windows и Linux, под тем же MacOS X не работает, под ту же Win x64 только недавно порт сделали, не прошло и 10 лет с появления x64 в 2003 году
Странно. Вроде недавно кто-то хвастался что даже под маком оно работает. Но неудобное для программирования страшно.

А>Собственно главная причина не в этом, а в том что запуская новое приложение пользователь запускает новую жавамашину, если приложений 5 то половина памяти съедена только JVM. На сервере проще, там один сервер — один инстанс JVM, который крутит jboss или GF. а приложения на десктопе не умеют шарить одну общую JVM
Полностью согласен. Только в Java 5 гуёй хоть немного озаботились. Время запуска оптимизируют и всё такое. Но, в целом, всё ещё косяков хватает. Теже оптипизации скорости загрузки могут не работать, если вместо полноценной JRE на клиенте будет JRE встроеная в приложение. GC может иногда доставлять.

Здравствуйте, Аноним, Вы писали:

А>Собственно главная причина не в этом, а в том что запуская новое приложение пользователь запускает новую жавамашину, если приложений 5 то половина памяти съедена только JVM. На сервере проще, там один сервер — один инстанс JVM, который крутит jboss или GF. а приложения на десктопе не умеют шарить одну общую JVM.

Если бы умели, то это был бы полный трындец. Одно кривое приложение, и во всех остальных OutOfMemory. При этом, даже если у всех разные класслоадеры(что логично), все равно можно легко добраться до данных другого приложения. На сервере это не проблема, ибо список задеплоенных приложений заранее задан, и админ о нем знает(и там нет вероятности встретиться со зловредом извне), на десктопе же это стрем.

Здравствуйте, Blazkowicz, Вы писали:

B>Полностью согласен. Только в Java 5 гуёй хоть немного озаботились. Время запуска оптимизируют и всё такое. Но, в целом, всё ещё косяков хватает. Теже оптипизации скорости загрузки могут не работать, если вместо полноценной JRE на клиенте будет JRE встроеная в приложение. GC может иногда доставлять.

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

Здравствуйте, Eugeny__, Вы писали:

А>>Собственно главная причина не в этом, а в том что запуская новое приложение пользователь запускает новую жавамашину, если приложений 5 то половина памяти съедена только JVM. На сервере проще, там один сервер — один инстанс JVM, который крутит jboss или GF. а приложения на десктопе не умеют шарить одну общую JVM.

E__>Если бы умели, то это был бы полный трындец. Одно кривое приложение, и во всех остальных OutOfMemory. При этом, даже если у всех разные класслоадеры(что логично), все равно можно легко добраться до данных другого приложения. На сервере это не проблема, ибо список задеплоенных приложений заранее задан, и админ о нем знает(и там нет вероятности встретиться со зловредом извне), на десктопе же это стрем.

На JavaOne говорили, что в оптимизация работы нескольких JVM на одной машине в роадмапе есть, где то в 9 или даже позже.

Здравствуйте, GarryIV, Вы писали:

GIV>На JavaOne говорили, что в оптимизация работы нескольких JVM на одной машине в роадмапе есть, где то в 9 или даже позже.
Это звучит как "года через четыре у нас появится очередная заплатка, которая, может быть, уберет пару проблем в работе десктопных приложений". И что нам делать эти 4 года. 8)
JavaFX анонсировали в 2007, выпустили в 2008 и до сих пор его никто не торопиться использовать. Такими темпами железо реально догонит JVM, что её и не нужно будет оптимизировать.
Графика, интегрированая в CPU, SSD и вуаля, Java на клиенте не такая уж и тормозная.

Здравствуйте, Blazkowicz, Вы писали:

А>>Потому что SWT некроссплатформенно, еле-еле есть порт на Windows и Linux, под тем же MacOS X не работает, под ту же Win x64 только недавно порт сделали, не прошло и 10 лет с появления x64 в 2003 году
B>Странно. Вроде недавно кто-то хвастался что даже под маком оно работает. Но неудобное для программирования страшно.

Да, работает. Но там в нашем проекте оно особо пока не проверяется. Запустилось, что-то отрисовалось — и ладно.

Здравствуйте e.thrash, Вы писали:

ET>Спрос огромный на ява программеров.
ET>а что пишут нового на яве?

ET>желательно примеры известных продуктов, сайтов.

ET>зы. А сайты вообще пишут на яве сейчас, кроме одноклассников?

Все пишут на жаве, весь корпоративный софт. Есть определенные еретики, которые наверно кроме винды ничего не смогли освоить- они пишут на шарпе. Но риальные пасаны, те что с серверами на линухе, они все на жаве. Есть исключения с C++- там где жизненно важна скорость отклика, либо систему запилили в начале-середине 90-х и переписать уже невозможно.

... Отправлено с помощью КЫВТ.андроид 0.1

Здравствуйте, Дельгядо Филипп, Вы писали:

ДФ>Хм, а что там такого концептуально сложного? Почему вообще такой UI должен быть сложным? Actions (недоделанные), Docking (плохой), несколько достаточно простых Master-Detail, несколько своих компонент (зачастую сомнительных)? Т.е. да, на чистом Swing (Qt, MFC etc) делать крайне сложно, но это скорее проблема инструментов, нежели сложность собственно UI.

ДФ>На том же RCP сделать что-то подобное на порядок проще (впрочем, это вообще одна из печалей индустрии — почему IntelliJ все еще держатся за свою платформу вместо разработки надстройки над Eclipse. Хотя, гм, понятно почему... ).

ДФ>Собственно, одна из причин, по которой Java мало на десктопе — отсутствие законченных и стандартных каркасов уровня приложения.

А приведите примеры законченных стандартных каркасов/обвязок корпоративного толка? Для любых языков. Насколько я вижу, это везде проблема. И на то есть свои причины. Вот парни в соседней ветке на WPF жужжат. Им контролов доступных не хватает. А корпоративная обвязка/платформа там на высоте? Хоть один пример платформы, которая могла бы служить неким, что-ли, эталоном? И на которой массово пишут корпоративный софт (то есть — проверена временем).

Здравствуйте, GarryIV, Вы писали:

E__>>Если бы умели, то это был бы полный трындец. Одно кривое приложение, и во всех остальных OutOfMemory. При этом, даже если у всех разные класслоадеры(что логично), все равно можно легко добраться до данных другого приложения. На сервере это не проблема, ибо список задеплоенных приложений заранее задан, и админ о нем знает(и там нет вероятности встретиться со зловредом извне), на десктопе же это стрем.

GIV>На JavaOne говорили, что в оптимизация работы нескольких JVM на одной машине в роадмапе есть, где то в 9 или даже позже.

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

Здравствуйте, Eugeny__, Вы писали:

E__>И в первой версии, боюсь, получится сыровато. Там ведь довольно много в нутрях придется перепилить.

Фишка хорошая, но разве обычные приложения так уж шарят свой общий код друг с дружкой, будучи запущенными? Они скорее смотрят — а не запущен ли я уже. И если запущен, то не стартуют, а фокусируются на своём предыдущем экземпляре. А если даже и стартуют, то сложно утверждать насколько тщательно они пользуют уже загруженный в память код. Ну вот стартанул я Ворд с доком в 100к. Он откусил 32 мега. Стартанул ещё раз с доком в 50к. Он откусил ещё 19 мегов. И это, возможно, самый ходовой инструмент, работающий в своей родной среде и написанный одной компанией.

Здравствуйте Blazkowicz, Вы писали:

Blazkowicz>JavaFX анонсировали в 2007, выпустили в 2008 и до сих пор его никто не торопиться использовать. Такими темпами железо реально догонит JVM, что её и не нужно будет оптимизировать.
Blazkowicz>Графика, интегрированая в CPU, SSD и вуаля, Java на клиенте не такая уж и тормозная.

JavaFX 2 Переписан с нуля на Java и некоторые немаленькие конторы его уже используют. Я его использовал в реальном проекте. Ничего там не тормозит. Уже вышли альфы-беты и под Linux тоже. Проблема для меня в выделенном- похоже что это была единственная на всю Австралию контора с проектом на JFX.

... Отправлено с помощью КЫВТ.андроид 0.1

Здравствуйте, Steamus, Вы писали:

S>А приведите примеры законченных стандартных каркасов/обвязок корпоративного толка? Для любых языков. Насколько я вижу, это везде проблема. И на то есть свои причины. Вот парни в соседней ветке на WPF жужжат. Им контролов доступных не хватает. А корпоративная обвязка/платформа там на высоте? Хоть один пример платформы, которая могла бы служить неким, что-ли, эталоном? И на которой массово пишут корпоративный софт (то есть — проверена временем).

1С же

Здравствуйте, ArtemGorikov, Вы писали:

AG>JavaFX 2 Переписан с нуля на Java
Он не переписан с нуля, на Java. JavaFX 1.x точно так же был реализован на Java. Только API был скриптовым.

AG>и некоторые немаленькие конторы его уже используют.
Ага. Некоторые и на JavaFX 1.x проекты сделали. А Оракл их жутко подосрал апдейтом лицензии.

AG>Я его использовал в реальном проекте. Ничего там не тормозит. Уже вышли альфы-беты и под Linux тоже. Проблема для меня в выделенном- похоже что это была единственная на всю Австралию контора с проектом на JFX.
Выше была речь о непреодолимых недостатках самой JVM на десктопе. К конкретмного GUI фреймверку и скорости его рендеринга это никакого отношения не имеет.

Здравствуйте Blazkowicz, Вы писали:

Blazkowicz>Здравствуйте, ArtemGorikov, Вы писали:

AG>>JavaFX 2 Переписан с нуля на Java
Blazkowicz>Он не переписан с нуля, на Java. JavaFX 1.x точно так же был реализован на Java. Только API был скриптовым.

Именно что jfx 1 был написан на языке функциональном языке jfx. Он не пошел в массы, и Оракл волевым решением выбросил код в помойку.

AG>>и некоторые немаленькие конторы его уже используют.
Blazkowicz>Ага. Некоторые и на JavaFX 1.x проекты сделали. А Оракл их жутко подосрал апдейтом лицензии.

AG>>Я его использовал в реальном проекте. Ничего там не тормозит. Уже вышли альфы-беты и под Linux тоже. Проблема для меня в выделенном- похоже что это была единственная на всю Австралию контора с проектом на JFX.
Blazkowicz>Выше была речь о непреодолимых недостатках самой JVM на десктопе. К конкретмного GUI фреймверку и скорости его рендеринга это никакого отношения не имеет.

Никаких непреодолимых вещей там нет кроме изначальной кривизны и визуальной убогости предыдущих библиотек. JavaFX 2- это новый стандарт гуя для десктопной жавы, все остальное об'явлено deprecated. На будущее есть планы jfx в embedded.

... Отправлено с помощью КЫВТ.андроид 0.1

	От:	e.thrash
	Дата:	14.04.12 10:37
	Оценка:

	От:	LaptevVV
	Дата:	14.04.12 10:44
	Оценка:

	От:	os24ever
	Дата:	14.04.12 21:23
	Оценка:

	От:	vsb
	Дата:	14.04.12 22:17
	Оценка:	+1

	От:	mtnl
	Дата:	15.04.12 03:23
	Оценка:	+1

	От:	Дельгядо Филипп
	Дата:	15.04.12 08:36
	Оценка:

От:	_Obelisk_	http://www.ibm.com
Дата:	20.04.12 20:33
Оценка:

От:	ArtemGorikov	жж
Дата:	25.04.12 10:45
Оценка:

	От:	Аноним
	Дата:	16.04.12 03:48
	Оценка:

	От:	Blazkowicz
	Дата:	16.04.12 09:40
	Оценка:

	От:	vitabrevis
	Дата:	16.04.12 20:02
	Оценка:

	От:	Steamus
	Дата:	16.04.12 21:50
	Оценка: