Flex против GWT снова

Question

Я работаю над настраиваемым редактором веб-онтологий (что-то вроде http://webprotege.stanford.edu/, созданное GWT).Мой бэкэнд будет Java + Spring + Hibernate и доменные модели на Java.Моим внешним интерфейсом будет что-то вроде WebProtege, для которого требуется обширный вызов RPC.Совершенно очевидно, что мне следует использовать GWT, поскольку я могу ссылаться на открытый исходный код WebProtege.Однако в соответствии с политикой компании я также рассмотрю Flex.

Я понимаю, что Flex может удаленно вызывать бэкэнд-методы Java через BlazeDS с использованием AMF ( Существует ли Flex-эквивалент GWT-RPC? ).Я читал обсуждение GWT против Flex против? .Если я смогу принять полное решение, я пойду с GWT. Сильные стороны GWT , такие как поддержка символов справа налево, поддержка iPhone / iPad, меньший размер, поддержка JSON из коробки, поддержка печати не являются важными факторами для моего проекта.

Кроме того, GWT поддерживает Javaуниверсальный, enum;доменные объекты могут использоваться как клиентом, так и сервером GWT;кодирование более плавное ... кто-нибудь может предложить другие веские причины, по которым я должен использовать только GWT?

К вашему сведению, у меня достаточно опыта Java, но и GWT, и Flex для меня новы.

Спасибо.

Обновлено : мое руководство решило использовать Flex, поскольку у меня нет веских причин придерживаться GWT.Посетите мой другой пост , если у вас есть предложения о том, как сделать GWT более привлекательным для рынка RIA.

Answer 1

Я оценил Flex и GWT, и, по крайней мере, для нашего проекта мы решили использовать Flex. Использование BlazeDS для интеграции с Java сделало вещи ОЧЕНЬ быстрыми, в Интернете можно найти множество диаграмм, которые подскажут вам, насколько быстрее, и это было одним из наших основных критериев. Даже имея дело непосредственно с XML, Flex был примерно на порядок быстрее, чем GWT, когда речь шла о передаче данных от клиента к серверу, и BlazeDS сделал это намного быстрее. Я думаю, что все сводится к тому, что клиенты Flex работают во Flash VM, а GWT работает в интерпретаторе Javascript. Если вы работаете в Chrome, производительность может быть близкой, я не знаю, но если вы не работаете в Chrome, я думаю, что производительность сильно зависит от Flex. Я сделал JSON во Flex, есть несколько библиотек, которые позволяют вам делать это на json.org. Во Flex / Actionscript есть также библиотека «History», которая позволяет вам решать проблемы с кнопками «назад». В целом, они оба являются отличными решениями, если вам нужно поддерживать платформы, которые не поддерживают Flash, то GWT является очевидным выбором, но в противном случае я могу сказать, что у нас есть очень успешное приложение Flex, использующее Java / Spring / Hibernate на бэкэнд через BlazeDS, поддерживающий сотни одновременных пользователей со скоростями, которые очень выгодно сопоставимы со скоростями настольных клиент-серверных приложений.

Я добавлю сюда немного фона. Нам было поручено заменить приложение Windows Client / Server на что-то, что было бы примерно сопоставимым по производительности, гораздо более настраиваемым, без конфигурации на рабочем столе и являлось бы «веб-приложением». Мы разбирались с Java-апплетами, установками .Net 1 click, GWT и Flex. Исходя из баланса простоты использования, производительности, того факта, что у нас есть другие причины требовать Flash на настольных компьютерах наших пользователей, и откровенно политических причин (java haters;), мы выбрали модульное приложение Flex. Теперь, более чем через год, и более 90 динамически настраиваемых модулей, основанных на ролях пользователей, я думаю, что это было довольно успешно.

Но, конечно же, YMMV;)

Answer 2

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

С другой стороны, создание собственного компонента в Flex значительно проще. GWT MVP 2.0 поддерживает обработку истории браузера простым способом, так что вы можете использовать кнопки браузера вперед и назад для навигации по посещаемым страницам, которые недоступны во Flex.

Когда я использую Spring Roo для генерации GWT, а также клиентов Flex. Код для GWT гораздо более подробный, чем аналог Flex, и его сложно изменить и расширить.

Благодаря Flex и Spring Roo для серверной части я могу потратить больше времени на оформление пользовательского интерфейса. У клиентской среды есть больше возможностей для организации кода во Flex, например Mate, Parsely и т. Д. Не поймите меня неправильно, GWT MVP также является хорошей средой.

Вам решать.