Почему я должен использовать jQuery вместо GWT? [закрытый]

Lucene очень scalable— что означает его пользу для небольших приложений также. Можно создать индекс в памяти очень быстро, если это - все, в чем Вы нуждаетесь.

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

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

75
задан Matt Fenwick 4 February 2012 в 15:19
поделиться

6 ответов

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

0
ответ дан 24 November 2019 в 11:31
поделиться

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

0
ответ дан 24 November 2019 в 11:31
поделиться

«Лошади для курсов»

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

  • Жесткие временные рамки и более знакомые друг с другом
  • Скорость и ремонтопригодность для других разработчиков, чтобы использовать выбранный инструмент. Преобладание одного над другим может иметь значение и здесь
  • Имейте какой-либо код, который можно использовать уже в проекте, например, плагины, служебные функции и т. Д.

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

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

10
ответ дан 24 November 2019 в 11:31
поделиться

Я бы предложил использовать GWT для команды с людьми, которые не понимают JavaScript, но (возможно) более комфортно владеют Java. С GWT вы, вероятно, сэкономите дни, если не недели на тестировании совместимости, и избежите множества распространенных ошибок JavaScript , с которыми сталкиваются новички в этом языке. GWT также имеет отличные функции упаковки для CSS-спрайтов , встроенных данных и других .

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

56
ответ дан 24 November 2019 в 11:31
поделиться

Если ваша группа наиболее знакома с Java и вы планируете выполнять значительный объем клиентской функциональности, вам следует хотя бы оценить GWT. Безопасность типов, отладка Eclipse и общий код на стороне сервера / клиента будут удобны для вашей команды разработчиков Java.

Однако, если ваша команда привыкла к программированию JavaScript с помощью jQuery или другой библиотеки JavaScript, тогда это может быть легче придерживаться технологии, которая представляет собой чистый JavaScript. GWT имеет способ захвата больших разделов страницы, который неизвестен большинству разработчиков JavaScript. Под захватом страницы я подразумеваю, что типичный код GWT любит создавать свои собственные элементы DOM вместо добавления функциональности к существующим элементам на странице. Вот почему во многих приложениях GWT при первой загрузке страницы отображается экран «загрузка ...». В этом нет необходимости, но это наиболее распространенный стиль разработки GWT.

Тот факт, что сгенерированный код исходит из GWT, менее важен для большинства разработчиков GWT. GWT позволяет вам компилировать Java в нечто эквивалентное обычному файлу java * .class, но в синтаксисе JavaScript, который веб-браузер понимает, как интерпретировать. GWT действует больше как компилятор, чем как генератор кода на основе шаблонов. Бывают случаи, когда вам необходимо проверить сгенерированный код, но по большей части ваша отладка будет осуществляться на Java через ваш отладчик Java.

Еще одна вещь, о которой следует подумать, это то, что независимо от выбранной вами клиентской технологии, ваша разработка команда должна быть знакома с HTML, JavaScript, CSS и программированием браузера в целом. GWT позволяет писать код на стороне клиента в знакомой среде Java, но не

18
ответ дан 24 November 2019 в 11:31
поделиться

Я согласен с Рассом Кэмом в том, что это зависит от того, с чем знакома ваша команда. Когда я работаю над своими личными бизнес-приложениями, я предпочитаю GWT. Я считаю, что javascript, даже с jquery, имеет раздражающий объектно-ориентированный синтаксис. Если у вас есть приложение с 10 000 строк кода пользовательского интерфейса, jquery кажется мне чем-то, что может привести к беспорядку, в котором сложно поддерживать код при плохом повторном использовании.

Кто-нибудь знает о крупномасштабном проекте, выполненном с помощью jquery?

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

Есть о чем подумать относительно javascript / jquery по сравнению с gwt. Если вы используете общие объектно-ориентированные принципы и шаблоны проектирования, вы, вероятно, получите более эффективный код с помощью gwt. Почему?

Возьмем пример полиморфизма. Если вы напишете приложение, в котором используется тяжелый полиморфизм в javascript, вы получите возможность обслуживания и повторного использования кода, которые это обеспечивает. Однако ваш код также получит снижение производительности за счет использования полиморфизма.

Теперь, если вы использовали gwt, вы также получите преимущество возможности обслуживания и повторного использования кода, которое это обеспечивает, НО компилятор gwt оптимизирует полиморфизм в использование конкретного класса, тем самым увеличивая производительность.

3
ответ дан 24 November 2019 в 11:31
поделиться
Другие вопросы по тегам:

Похожие вопросы: