Telerik KendoUI vs Sencha ExtJS？

Question

我们将在Web上构建一个企业级应用程序,为此我们已经将我们的选择过滤到ExtJS和KendoUI.

两者都很不错并且具有丰富的功能/控件,KendoUI的性能比ExtJS快,但ExtJS就像更完整的包,其中包括构建桌面所需的每个组件,如Web应用程序和Grid似乎更强大.

另一方面,使用KendoUI,我们拥有jQuery的强大功能,感觉像家庭熟悉和几乎零学习曲线,因为团队已经使用jQuery.

有没有人有使用其中任何一个构建大型企业级应用程序的经验？如果是,你的经历是什么？请分享它是坏还是好,以便在我最终与他们中的任何人长时间合作之前我可以有一些基础.

我更倾向于ExtJS,因为我们将使用来自CubeDrive(myCalendar)的调度程序控件,它再次位于ExtJS中.

因此,欢迎您的想法和经验帮助我做出正确的决定.

Answer 1

这不是我们可以回答的问题.您已经为您的团队提供了一个可靠的概述(这一切都很重要):

相同

• 丰富的控制

ExtJS专业人士

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

ExtJS缺点

• Sencha 没有在GitHub上提供拉动请求的源代码
• 有没有公开问题追踪

KendoUI优点

• 更快(我不太确定)
• 没有学习曲线
• jQuery社区支持
• 材料设计主题

KendoUI Cons

• 开源Kendo UI Core中较小的小部件集(网格,图表属于专业版)
• 没有建筑师

我确信可以使用这两个框架构建应用程序.什么对你更重要？快速交付(您说您的开发人员可以直接使用KendoUI)或未来的战略方向？

话虽这么说,我们正在开发ExtJS.我们通常满意,但有一些警告:

• 文档经常过时或不完整(最近引入的社区评论正在改进)
• 扩展某些内置小部件的功能并非易事

Answer 2

我只有使用ExtJS而不是剑道的经验.所以我想分享一下我对ExtJS的看法.

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

优点

• ExtJS为我们提供了丰富的UI控件和良好的数据操作框架.
• 我们选择ExtJS的主要原因是它有一个很棒的绘图和图表框架.
• 与ASP.NET/MVC3/WCF服务器端的集成是完美的.所有组件UI或以其他方式工作.

缺点

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

Answer 3

我们正在进行过去6个月的申请调查.我对extjs表现不满意.

优点

• 丰富的小部件控件(树和网格控件看起来非常有用)
• 它提供了开箱即用的MVC架构
• 对我来说,它的文档和框架源看起来很好.
• 在与服务器端集成的初始障碍之后,它工作正常.

缺点

• 当你动态添加控件时,它并不是那么多跨浏览器友好.对于IE6和IE7,你必须使用一些CSS样式来使外观相同.
• 在加载控件时,IE7中的速度非常低,在Chrome中需要3-5秒的页面和在IE7中需要20-25秒的Firefox,而在IE9中,在5-8秒内则更好.为了获得这么快的速度,我们使用extjs暂停布局并多次细化代码.
• extjs开箱即用控件非常宽松类型(标签控件和面板的粗边框)我们需要使用很多css样式来获得我们的外观和感觉