Telerik KendoUI vs Sencha ExtJS？
我们将在Web上构建一个企业级应用程序，为此，我们将我们的选择筛选为ExtJS和KendoUI 两者都很不错，并且具有丰富的功能/控件，KendoUI的性能比ExtJS快，但ExtJS就像是一个更完整的包，其中包含了构建类似桌面的web应用程序所需的所有组件，网格似乎更强大 另一方面，在KendoUI中，我们拥有jQuery的强大功能，感觉像是对家的熟悉，几乎没有学习曲线，因为团队已经使用了jQuery 有没有人有使用这两种方法构建大型企业级应用程序的经验？如果是，你有什么经验？请分享它是好是坏，这样我可以有一些基础，在我结束与他们中的任何一个很长一段时间 我更倾向于ExtJS，因为我们将使用一个来自CubeDrive（myCalendar）的调度程序控件，该控件同样位于ExtJS中Telerik KendoUI vs Sencha ExtJS？,extjs,extjs4,javascript-framework,kendo-ui,Extjs,Extjs4,Javascript Framework,Kendo Ui,我们将在Web上构建一个企业级应用程序，为此，我们将我们的选择筛选为ExtJS和KendoUI 两者都很不错，并且具有丰富的功能/控件，KendoUI的性能比ExtJS快，但ExtJS就像是一个更完整的包，其中包含了构建类似桌面的web应用程序所需的所有组件，网格似乎更强大 另一方面，在KendoUI中，我们拥有jQuery的强大功能，感觉像是对家的熟悉，几乎没有学习曲线，因为团队已经使用了jQuery 有没有人有使用这两种方法构建大型企业级应用程序的经验？如果是，你有什么经验？请分享它是好是坏
因此，欢迎您的想法和经验帮助我做出正确的决定。我们刚刚使用ExtJs完成了类似的项目：一个大型企业级web应用程序，用于管理大量数据。当我们为这个项目选择一个框架时（大约600万年前），我们也考虑了KendoUI，但决定使用ExtJs，主要是因为它有丰富的网格控制
我们的应用程序中有很多网格，这是一个主要的功能，如果不是最重要的功能的话。我们没有任何内部经验与他们中的任何一个-所以学习曲线不是一个问题 我只有ExtJS的经验，没有剑道的经验。因此，我想分享我对ExtJS的看法 我们正在构建一个在Azure云上运行的基于web的数据分析解决方案。我们已经在生产中部署了1.0版，并从用户那里得到了所有积极的反馈 专业人士
- ExtJS为我们提供了丰富的UI控件集和良好的数据操作框架
- 我们选择ExtJS的主要原因是它有一个很棒的绘图和图表框架
- 与ASP.NET/MVC3/WCF服务器端的集成是完美的。所有组件都以一致的方式工作
- ExtJS在一些新添加的组件（如图表和绘图包）中仍然存在主要的bug。当他们修复bug时，他们也会引入新的bug，这真的很烦人
- 文档有些过时，您必须更频繁地深入到框架源代码中
- ExtJS不支持触摸输入，UI控件看起来像Office2003/7，有点过时
- 很难引入新的主题
- 使用JSB3创建部署是一个非常头疼的问题，尤其是当您希望将构建过程与Visual Studio或类似TeamCity的构建环境集成时
- …；-）
- 过去6个月，我们正在进行类似调查的申请。我对extjs的性能不满意
专业人士
- 丰富的小部件控件（树控件和网格控件看起来非常有用）
- 它提供了现成的MVC体系结构
- 对我来说，它的文档和框架源代码看起来不错
- 在与服务器端集成的最初障碍之后，它工作得很好
- 动态添加控件时，跨浏览器友好性并不是很高。对于IE6和IE7，还必须使用一些css样式才能使外观相同
- 在IE7中加载控件时速度非常慢，在chrome和Firefox中需要3-5秒的页面在IE7中需要20-25秒，而在IE9中则需要5-8秒。为了获得如此高的速度，我们使用了extjs挂起布局并多次优化代码
- extjs开箱即用控件是非常长方体的类型（选项卡控件和面板的厚边框），我们需要使用很多css样式来获得我们的外观
- 丰富的控制
- 更多小部件组件
- 调度程序控制
- 森查
- 有
- 更快（我不太确定）
- 没有学习曲线
- jQuery社区支持
- 材料设计主题
- 开源剑道UI核心中的小部件集（网格、图表在专业版本中）
- 没有建筑师
- 文档通常过时或不完整（最近引入的社区评论正在改进）
- 扩展一些内置小部件的功能并非易事
- 这不是一个我们可以回答的问题。您已经为您的团队提供了可靠的概述（这是最重要的）：
同样的