Telerik KendoUI против Sencha ExtJS?

Мы собираемся создать приложение для корпоративного уровня в Интернете, и для этого мы отфильтровали наш выбор в ExtJS и KendoUI.

Оба являются достойными и имеют богатые функции/элементы управления, KendoUI работает быстрее, чем ExtJS, но затем ExtJS - это гораздо более полный пакет, который включает в себя все компоненты, необходимые для создания рабочего стола, например веб-приложения, и Grid кажется более мощным.

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

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

Я больше склоняюсь к ExtJS, потому что мы будем использовать элемент управления планировщика, который находится в CubeDrive (myCalendar), который снова находится в ExtJS.

Итак, ваши мысли и опыт приветствуются, помогая мне принять правильное решение.

Ответы

Ответ 1

Это не вопрос, на который можно ответить. Вы уже даете хороший обзор своей команде (что все, что имеет значение):

То же

  • богатые средства управления

ExtJS Pros

  • дополнительные компоненты виджета
  • управление планировщиком

ExtJS cons

KendoUI Pros

  • быстрее (я не уверен в этом)
  • нет кривой обучения
  • Поддержка сообщества jQuery
  • Тема дизайна материалов

KendoUI Cons

  • меньший набор виджетов в исходном коде Kendo UI Core (сетка, диаграммы находятся в версии Professional)
  • no Architect

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

Таким образом, мы развиваемся с помощью ExtJS. Мы в целом удовлетворены, с некоторыми оговорками:

  • Документация часто устарела или неполна (что улучшается с недавно представленными комментариями сообщества)
  • Это не тривиально расширять функциональность некоторых встроенных виджетов

Ответ 2

У меня есть опыт работы с ExtJS not Kendo. Поэтому я хотел бы поделиться своими мыслями о ExtJS.

Мы создаем веб-решение для анализа данных, которое работает на облаке Azure. Мы уже развернули версию 1.0 для производства и получили все положительные отзывы от пользователей.

Pros

  • ExtJS предоставил нам богатый набор элементов управления пользовательским интерфейсом и хорошую структуру управления данными.
  • Основная причина, по которой мы работали для ExtJS, заключалась в том, что у нее была замечательная схема рисования и графика.
  • Интеграция с сервером ASP.NET/MVC3/WCF была безупречной. Все компоненты UI или иначе работают согласованно.

против

  • У ExtJS все еще есть основные ошибки в некоторых недавно добавленных компонентах, таких как диаграммы и пакеты чертежей. Когда они исправляют ошибки, они также вводят новые ошибки, которые действительно раздражают.
  • Документация несколько устарела, и вам приходится чаще погружаться в исходный код.
  • ExtJS не поддерживает сенсорные входы, а элементы пользовательского интерфейса выглядят как Office 2003/7, который немного устарел.
  • Трудно вводить новые темы.
  • Создание развертываний с использованием JSB3 - настоящая головная боль, особенно если вы хотите интегрировать процесс построения с Visual Studio или TeamCity, например, в среду сборки.
  • ...; -)

Ответ 3

мы проводим опрос как приложение за последние 6 месяцев. Я не доволен производительностью extjs.

Доводы

  • Богатые элементы управления виджетами (элементы управления деревьями и сетями выглядят очень полезными)
  • Он предоставляет архитектуру MVC из коробки
  • Для меня его документация и исходный код выглядят хорошо.
  • После начальных барьеров интеграции со стороной сервера он отлично работает.

против

  • когда вы динамически добавляете элементы управления, он не настолько дружелюбен друг к другу. для IE6 и IE7, вы должны использовать некоторые стили CSS, чтобы они выглядели одинаково.
  • Скорость загрузки в IE7 намного меньше при загрузке элементов управления. Страницы, которые занимают 3-5 секунд в Chrome и Firefox, занимают 20-25 секунд в IE7, а в IE9 - лучше с 5-8 секунд. для получения этой большой скорости мы использовали extjs для приостановки макетов и несколько раз уточняли код.
  • Элементы extjs из коробки очень многообразны (толстые границы для управления вкладками и панелей), и нам нужно использовать много стилей CSS для получения нашего внешнего вида.

Ответ 4

Мы только что завершили аналогичный проект, используя ExtJs: большое веб-приложение корпоративного класса для управления большими объемами данных. Когда мы выбирали рамки для этого проекта (около 6 месяцев назад), мы также смотрели на KendoUI, но решили пойти с ExtJs главным образом из-за его богатого управления сеткой.

В нашем приложении много сеток, и это была одна из основных, если не самая важная функция. У нас не было собственного опыта с кем-либо из них, поэтому кривая обучения не была вопросом.