Telerik KendoUI与Sencha ExtJS相比如何?

34

我们将构建一个企业级Web应用程序,为此,我们已经将选择范围缩小到ExtJS和KendoUI。

两者都不错,具有丰富的功能/控件,KendoUI在性能方面比ExtJS更快,但是ExtJS是一个更完整的套件,其中包括构建桌面类Web应用程序所需的每个组件,并且网格似乎更强大。

另一方面,使用KendoUI,我们拥有jQuery的强大功能和熟悉感,几乎没有学习曲线,因为团队已经在使用jQuery。

是否有任何人有使用它们之一构建大型企业级应用程序的经验?如果有,你的经验如何?请分享好坏经验,以便我在长期采取其中之一之前有所依据。

我更倾向于使用ExtJS,因为我们将使用来自CubeDrive(myCalendar)的调度程序控件,该控件也是使用ExtJS开发的。

因此,请分享您的想法和经验,帮助我做出正确的决定。


7
这个问题不应该被关闭为“非建设性”,因为用户提供的答案将对那些在选择上感到困惑的用户有所帮助。就像你已经有了答案,但你需要问自己什么是你正在寻找的? - deej
1
在过去的一年里,KendoUI 取得了很大的进展,对于所有未来的项目,我都更喜欢使用 KendoUI,除非有硬性限制。 - deej
4个回答

19

这不是我们可以回答的问题。您已经为您的团队提供了扎实的概述(这是最重要的):

相同点

  • 丰富的控件

ExtJS 优点

  • 更多的小部件组件
  • 调度程序控件

ExtJS 缺点

KendoUI 优点

  • 更快(我不太确定
  • 没有学习曲线
  • jQuery社区支持
  • Material Design主题

KendoUI 缺点

  • 开源Kendo UI Core中小部件集较小(网格,图表在专业版中)
  • 没有架构师

我相信可以使用两个框架构建应用程序。对您来说,什么更重要?快速交付(您说您的开发人员可以立即使用KendoUI),还是未来的战略方向?

话虽如此,我们正在使用ExtJS进行开发。我们通常感到满意,但有一些注意事项:

  • 文档经常过时或不完整(最近引入了社区评论,这种情况正在改善)
  • 扩展某些内置小部件的功能并不容易

5
完全披露:我为Kendo UI工作。 Kendo UI的设计旨在轻量级和快速。它构建在jQuery上,因此如果您熟悉jQuery语法,那么使用它将变得非常简单。此外,它还专注于HTML5,并确保尽可能使用较新的功能(例如CSS 3转换),但在旧浏览器(如IE 7)上会退回到支持的功能(如jQuery动画)。Kendo UI也有三种风格:Kendo UI Web、Kendo UI DataViz和Kendo UI Mobile。它也针对触摸进行了优化。可以免费试用,没有任何附加条件。http://www.kendoui.com/download. - Burke Holland
2
@BurkeHolland感谢您提供的网站摘要。您有关于实际情况的比较吗? - ipavlic
9
我感到很遗憾这个问题被SO关闭了。我认为这似乎是很合理的。话虽如此,我认为它们都有很大的潜力。但我对于KendoUI没有学习曲线这一点表示异议。我花费了几个小时来尝试弄清楚如何关闭选项卡页面容器的标题栏,以便我可以像使用向导一样处理它。文档帮助非常少。 - Peter Kellner

9

我只有使用过ExtJS而没有使用过Kendo。因此,我想分享一下我对于ExtJS的看法。

我们正在构建一个基于Azure云的基于Web的数据分析解决方案。我们已经将1.0版本部署到生产环境中,并且收到了用户的所有积极反馈。

优点

  • ExtJS为我们提供了丰富的UI控件和良好的数据操作框架。
  • 我们选择ExtJS的主要原因是它拥有出色的绘图和图表框架。
  • 与ASP.NET/MVC3/WCF服务器端的集成非常顺畅。所有组件(包括UI)都以一致的方式工作。

缺点

  • ExtJS在一些新添加的组件(如图表和绘图包)中仍存在重大错误。当他们修复错误时,也会引入新的错误,这真的很烦人。
  • 文档有些过时,您必须更频繁地深入框架源代码。
  • ExtJS不支持触摸输入,UI控件看起来像Office 2003/7,有点老式。
  • 难以引入新的主题。
  • 使用JSB3创建部署是一个真正的头疼,特别是当您想要将构建过程与Visual Studio或TeamCity等构建环境集成时。
  • ... ;-)

5

我们已经使用类似于调查的应用程序6个月了。我对ExtJS的性能不太满意。

优点

  • 丰富的小部件控件(树形和网格控件看起来非常有用)
  • 它提供了MVC架构的开箱即用
  • 对我来说,它的文档和框架源代码看起来不错。
  • 在与服务器端的初始障碍后,它运行良好。

缺点

  • 当您动态添加控件时,它在跨浏览器方面并不那么友好。对于IE6和IE7,您还必须使用某些CSS样式才能使外观相同。
  • 在加载控件时,IE7的速度非常慢,需要3-5秒钟的页面在Chrome和Firefox中,在IE7中需要20-25秒,在IE9中则更好,只需5-8秒。为了获得这么快的速度,我们使用了ExtJS挂起布局并多次完善了代码。
  • ExtJS开箱即用的控件风格很大程度上是盒式的(tab控件和面板具有较粗的边框),我们需要使用很多CSS样式来获得我们想要的外观和感觉。

你要添加多少个控件? - ipavlic
我可以问一下你是用它们做什么的吗? - ipavlic

4
我们刚刚使用ExtJs完成了类似的项目:一个用于管理大量数据的大型企业级Web应用程序。在选择此项目的框架时(约6个月前),我们也考虑过KendoUI,但最终决定选择ExtJs,主要是因为它具有丰富的网格控件。
我们的应用程序中有很多网格,这是其中最重要的功能之一。我们对它们都没有内部经验 - 因此学习曲线不是问题。

嗯,听起来不错。那是通过互联网实现的吗?ExtJS的初始加载时间如何?如果它是外部客户端应用程序 - 到目前为止,您是否遇到过任何浏览器内存泄漏问题? - deej
1
我们刚刚将它部署到生产环境中。所以我还没有得到有关内存泄漏的良好统计数据。就加载速度而言,在你压缩应用和框架之后,我们需要加载到浏览器中(第一次)2-4个文件,总大小约为2M...我想框架本身大约占一半。取决于你的供应商速度,大约需要10-15秒钟。 - sha

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接